bio与nio与多路复用（补充）

bio在发送请求后就立刻阻塞自己，等待系统层的返回结果

nio发送请求后不会进入阻塞，但是因为请求一版都是配合while(true)实现，所以nio会不断在用户层和系统层间切换查询结果，知道系统层将结果传给用户层，这样虽然不像bio一样一旦被阻塞只能等待当前事件完成才能执行别的事件，但频繁的在两个层级间切换开销大，性能不高。

多路复用模式采用两者结合，在没有事件触发时会阻塞等待，当有事件触发后则会执行事件，这样不仅避免了bio在等待数据时的浪费效率，又避免了nio在等待事件时的不断切换带来的性能开销。

因为java不具备读写的能力需要调用内核态的读写功能

读：磁盘->内核缓冲区->用户缓冲区

写：用户缓冲区->socket缓冲区->网卡

加粗的过程都涉及用户态和内核态间的切换，每个过程都涉及到数据的复制

ByteBuffer.allocate():使用的是java的内存。

ByteBuffer.allocateDirect():使用的是操作系统的内存，这样可以避免一次内核缓冲区到用户缓冲区的数据复制。

除了对缓冲区的优化还有对数据转移的优化：

java的transferTo的方法可以不将数据拷贝到java内存中直接拷贝到socket缓冲区，减少一次内核态到用户态的切换。

在之后的优化中可以将数据直接拷贝到网卡中，只有少量数据经由socket缓冲区，又减少一次数据的拷贝