JAVA 学习：Java Web Server 与 io 形式

在 jdk6 中有两种 IO：BIO 和 NIO，真正的 AIO 还没有实现。
　　IO 操作在操作系统中可以需要分为两步，第一步为等待操作系统的数据准备，

第二步是从内核态的 buffer 到用户态的 buffer 的拷贝，BIO 是在第一步准备状态就等待，
直到读取数据返回，NIO 则是在第一步的时候，如果没有数据就直接返回，过一段时间
再继续请求，当发现第一步的数据准备好了，然后在第二步仍然等待。多路复用的 NIO 只
是在第一步时候每一个操作都会注册到多路复用器，这样多路复用器进行轮询，查看每
一个的操作的数据有没有准备好，准备好的通知这个操作读取数据，第二步还是需要等
待的。AIO 则是第一步的时候操作请求后返回，直到第二步已经完成，然后想办法通知这
个操作数据已经准备好。

　　java web server 对于 jdk 的 IO 的形式，出现了三种 http 请求的处理方式：
　　BIO 处理方式
　　这种是最简单的处理方式，代码也好编写，基本上是一个连接一个线程模式，

这样在请求上来的时候，由于受限于服务器的内存大小，cpu 大小，线程数上限大小，是
不能达到一个很高的并发数的，再者，这种模式的内存和 cpu 都很高，对应用来说不是
个好现象。

　　NIO 处理方式
　　NIO 的最重要的地方是当一个连接创建后，不需要对应一个线程，这个连接会

被注册到多路复用器上面，所以所有的连接只需要一个线程就可以搞定，当这个线程中
的多路复用器进行轮询的时候，发现连接上有请求的话，才开启一个线程进行处理，也
就是一个请求一个线程模式。

　　Async 处理方式
　　在 NIO 的处理方式中，当一个请求来的话，开启线程进行处理，可能会等待后

端应用的资源(JDBC 连接等)，其实这个线程就被阻塞了，当并发上来的话，还是会有
BIO 一样的问题。

　　HTTP/1.1 出现后，有了 Http 长连接，这样除了超时和指明特定关闭的 http 

header 外，这个链接是一直打开的状态的，这样在 NIO 处理中可以进一步的进化，在后
端资源中可以实现资源池或者队列，当请求来的话，开启的线程把请求和请求数据传送
给后端资源池或者队列里面就返回，并且在全局的地方保持住这个现场(哪个连接的哪个
请求等)，这样前面的线程还是可以去接受其他的请求，而后端的应用的处理只需要执行
队列里面的就可以了，这样请求处理和后端应用是异步的.当后端处理完，到全局地方得
到现场，产生响应，这个就实现了异步处理。

　　BIO 就是一个连接一个线程。
　　NIO 就是一个请求一个线程。
　　Async 就是一个有效请求一个线程。