在jdk6中有两种IO：BIO和NIO，真正的AIO还没有实现.
IO操作在操作系统中可以需要分为两步，第一步为等待操作系统的数据准备，第二步是从内核态的buffer到用户态的buffer的拷贝，BIO是在第一步准备状态就等待，直到读取数据返回，NIO则是在第一步的时候，如果没有数据就直接返回，过一段时间再继续请求，当发现第一步的数据准备好了，然后在第二步仍然等待.多路复用的NIO只是在第一步时候每一个操作都会注册到多路复用器，这样多路复用器进行轮询，查看每一个的操作的数据有没有准备好，准备好的通知这个操作读取数据，第二步还是需要等待的。AIO则是第一步的时候操作请求后返回，直到第二步已经完成，然后想办法通知这个操作数据已经准备好 。
java web server对于jdk的IO的形式，出现了三种http请求的处理方式：
1.BIO处理方式 2.NIO处理方式 3.Async 处理方式
BIO处理方式
这种是最简单的处理方式，代码也好编写，基本上是一个连接一个线程模式，这样在请求上来的时候，由于受限于服务器的内存大小，cpu大小，线程数上限大小，是不能达到一个很高的并发数的，再者，这种模式的内存和cpu都很高，对应用来说不是个好现象
NIO处理方式
NIO的最重要的地方是当一个连接创建后，不需要对应一个线程，这个连接会被注册到多路复用器上面，所以所有的连接只需要一个线程就可以搞定，当这个线程中的多路复用器进行轮询的时候，发现连接上有请求的话，才开启一个线程进行处理，也就是一个请求一个线程模式
Async 处理方式
在NIO的处理方式中，当一个请求来的话，开启线程进行处理，可能会等待后端应用的资源（JDBC连接等），其实这个线程就被阻塞了，当并发上来的话，还是会有BIO一样的问题
HTTP/1.1出现后，有了Http长连接，这样除了超时和指明特定关闭的http header外，这个链接是一直打开的状态的，
这样在NIO处理中可以进一步的进化，在后端资源中可以实现资源池或者队列，当请求来的话，开启的线程把请求和请求数据传送给后端资源池或者队列里面就返回，并且在全局的地方保持住这个现场(哪个连接的哪个请求等)，这样前面的线程还是可以去接受其他的请求，而后端的应用的处理只需要执行队列里面的就可以了，这样请求处理和后端应用是异步的.当后端处理完，到全局地方得到现场，产生响应. 这个就实现了异步处理
BIO就是一个连接一个线程
NIO就是一个请求一个线程
Async就是一个有效请求一个线程