此书时候闲暇时间阅读，或者寻求技术难题解决方案的时候阅读。
但是直接I/O有负面影响，如果访问的数据不在应用程序缓存中，那么每次数据都会直接从磁盘进行加载，这种直接加载会非常缓慢。通常直接I/O与异步I/O结合使用，会得到比较好的性能。
java访问磁盘文件：
文件是上层应用程序操作磁盘数据的最小单元。
文件也是操作系统和磁盘驱动器交互的最小单元。
java序列化就是想一个对象转换成一串二进制的字节数组，通过保存或者转移这些字节数据来达到持久化的目的，反序列化则是相反的过程，将这个字节数组再重新构造成对象。我们知道反序列化时，必须有原始类作为模板，才能将这个对象还原，从这个过程我们可以猜测，序列化的数据并不像class文件暗中保存类的完整的结构信息，那么序列化的数据到底都含有那些信息？
FileChannel.transferXXX与传统的访问文件的方式相比可以减少数据从内核到用户控件的复制，数据直接在内核空间中移动，在Linux中使用sendfile系统调用
FileChannel.map 将文件按照一定大小块映射为内存区域，当程序访问这个内存区域时将直接操作这个文件数据，这种方式省去了数据从内核空间向用户空间复制的损耗。这种方式适合对大文件的只读的操作，如大文件的MD5校验。但是这种方法是和操作系统的底层I/O实现相关。
IOPS 由磁盘的转速决定，磁盘的转速越高，磁盘的IOPS越高。
RAID技术，就是讲不通的磁盘组合起来提高I/O的性能
通常提升磁盘I/O的性能的方法有：
增加缓存，减少磁盘访问次数
优化磁盘的管理系统，设计最优的磁盘方式策略，以及磁盘的寻址策略，这是在底层操作系统层面考虑。
设计合理的磁盘存储数据块，以及访问这些数据块的策略，这是在应用层面考虑的。例如，我们可以给存放的数据设计索引，通过寻址索引加快和减少磁盘的访问量，还可以采用异步和非异步的阻塞的方式加快磁盘的访问速度。
应用合理的RAID策略提升磁盘的I/O RAID 策略及
如果发现大量的TIME-WAIT的话，可以设置tcp_fin_timeout为更小的值来释放请求。
我们通过另一台主机用 ab -c 30 -n 1000000 10.232.101.208：8080/ 来压测这台机器，看看网络的链接情况。
网络io优化
减少网络交互的次数
减少网络传输数据量的大小
减少编码 字节和字符之间的编码比较耗时
适配器模式和装饰器模式的区别：
装饰器与适配器模式都有一个别名就是包装模式wrapper，它们看似都是起到包装一个类或对象的作用，但是他们使用他们的目的不一样。适配器模式的一是一是将一个接口转换成另一个接口，它的目的是通过改变接口来达到重复使用的目的；而装饰器decorator模式不是要改变被装饰接口，而是恰恰要保持原有的接口，但是增强原有对象的功能，或者改变又有对象的处理方法而提升性能。
深入分析java web中的中文编码问题
一个http请求怎么控制编码格式；如何避免出现中文编码问题
存储单元 byte 字节-----8位 从char----byte 必须编码
ASCII、ISO-8859-1,GB2312,GBK,UTF-8,UTF-16
GB2312,GBK,UTF-8,UTF-16都可以表示汉字
在java中需要编码的场景
在I/O操作中存在的编码
具体的字节到字符的编码实现，委托StreamDecoder
在StreamDecoder编码的过程中必须由用户指定charset编码格式
JAVAWEB 技术内幕第三章
现在大部分基础的java框架或系统默认的字符编码都是ISO-8859-1很容易出现乱码问题
GB2312对应的Charset是sun.nio.cs.ext.EUC_CN,对应的CharsetDecoder编码类是sun.nio.cs.ext.DoubleByte。
GBK的码表更长，可以包含的汉字字符更多，兼容GB2312
UTF-8对单字节范围内的字符仍然用1个字节表示，对汉字采用3个字节表示
UTF-8编码与GBK和GB2312不同，不用查码表，所以UTF-8的编码效率更高。
深入分析classLoader 工作机制
加载类
审查谁加载了类（父有限的等级加载机制）
优点：保证所有的类都能被正确的加载
整个JVM平台提供三层ClassLoader，这三层ClassLoader可以分为两种类型，可以理解为接待室服务的接待室为会员服务的接待室两种。
1、Bootstrap classloader 这个classloader就是接待室服务自身的，她主要加载JVM自身工作需要的类。这个ClassLoader完全是有JVM自己控制的，权限自己控制，别人无权访问，所以这个classloader不遵守前面介绍的加载规则，
2、ExtClassLoader,这个类加载器有点特俗，它是JVM自身的一部分，谈事它的血统不是很纯正，它并不是JVM亲自实现的，可以理解为类加载器，服务特定目标System.getProperties("java.ext.dirs")目录下。
3、AppClassLoader，这个类加载器就是专门为接待会员服务的，它的父类是ExtClassLoader。它服务的目标是广大普通会员，所在System.getProperty("java.class.path")目录下的类都可以被这个类加载器加载，这个目录就是我们经常用到的classpath。
如果我们要实现自己的类加载器，不管你是直接实现抽象类ClassLoader，还是集成URLClassLoader类，或者其他子类，它的父类加载器都是AppClassLoader作为父类加载器。而getSystemClassLoader()方法取到的正式AppClassLoader。
Bootstrap classloader并不属于JVM的类等级层次，因为BootStrap classloader并没有遵守Classloader的加载规则。
JVM加载class文件到内存有两种方式。
隐式加载：所谓隐式加载就是不通过在代码里调用classloader来加载需要的类，而是通过JVM来自动加载需要的类到内存的方式。当我们在类中继承或者引用某个累时，JVM在解析当前的这个类时发现引用的类不在内存中，那么就会自动将这个了加载到内存中
显示加载。。。。。，this.getClassLoader().loadClass(""),Class.forName(),或者我们自己实现ClassLoader的findClass
实现类的热部署
JVM在加载类之前会检查请求的类是否已经加载过来了，也就是要调用findloaderclass方法查看是否能够返回类实例。如果类已经加载过来，再调用cloadclasshi导致类冲突，但是JVM表示一个类是否是同一个类会有两个条件。一是看这个类完整的类名是否一样，这个类名包括类所在的包名。二是看加载的这个类classLoader是否是同一个，这里所说的同一个是指classloader的实例是否是同一个实例。即使是同一个classloader的类的两个实例，加载同一个类也会不一样。所以要实现类的热部署可以创建不同的classloader的实例对象，然后通过这个不同的实例对象来加载同名的类。
java应不应该动态加载类
java的优势就是基于共享对象的机制，叨叨信息的高度共享，也就是保存并持有对象的状态而省去类的信息的重复创建和回收。