一般容器 都是 一个请求就开一个线程的，不然系统性能受影响

Tomcat Connector三种运行模式（BIO, NIO, APR）的比较和优化

这三种模式的不同之处如下：

BIO：
一个线程处理一个请求。缺点：并发量高时，线程数较多，浪费资源。
Tomcat7或以下，在Linux系统中默认使用这种方式。

NIO：
利用Java的异步IO处理，可以通过少量的线程处理大量的请求。
Tomcat8在Linux系统中默认使用这种方式。
Tomcat7必须修改Connector配置来启动：
connectionTimeout=“20000” redirectPort=“8443”/>

APR：
即Apache Portable Runtime，从操作系统层面解决io阻塞问题。
Linux如果安装了apr和native，Tomcat7或Tomcat8在Linux系统中默认使用这种方式。

NIO是什么？适用于何种场景？

NIO模型，select/epoll的区别，多路复用的原理

原生的 NIO 在 JDK 1.7 版本存在 epoll bug

JAVA BIO：

来一个新的连接，我们就新开一个线程来处理这个连接，之后的操作全部由那个线程来完成。

那么，这个模式下的性能瓶颈在哪里呢？

首先，每次来一个连接都开一个新的线程这肯定是不合适的。当活跃连接数在几十几百的时候当然是可以这样做的，但如果活跃连接数是几万几十万的时候，这么多线程明显就不行了。

【每个线程都需要一部分内存，内存会被迅速消耗】，同时，【线程切换的开销也非常大】。

其次，阻塞操作在这里也是一个问题。首先，【accept() 是一个阻塞操作，当 accept() 返回的时候，代表有一个连接可以使用了】，我们这里是马上就新建线程来处理这个 SocketChannel 了，

但是，【但是这里不代表对方就将数据传输过来了】。所以，SocketChannel#read 方法将阻塞，等待数据，明显这个等待是不值得的。

同理，write 方法也需要等待通道可写才能执行写入操作，这边的阻塞等待也是不值得的。

JAVA NIO：

非阻塞 IO 的核心在于【使用一个 Selector 来管理多个通道】，可以是 SocketChannel，也可以是 ServerSocketChannel，【将各个通道注册到 Selector上，指定监听的事件】。

之后可以【只用一个线程来轮询这个 Selector，看看上面是否有通道是准备好的】，当通道准备好可读或可写，然后才去开始真正的读写，这样速度就很快了。我们就完全没有必要给每个通道都起一个线程。

Channel

所有的 NIO 操作始于通道，通道是数据来源或数据写入的目的地，主要地，我们将关心 java.nio 包中实现的以下几个 Channel：

FileChannel：文件通道，用于文件的读和写，FileChannel 不支持非阻塞

DatagramChannel：用于 UDP 连接的接收和发送

SocketChannel：把它理解为 TCP 连接通道，简单理解就是 TCP 客户端

ServerSocketChannel：TCP 对应的服务端，用于监听某个端口进来的请求

Selector

NIO 三大组件就剩 Selector 了，【Selector 建立在非阻塞的基础之上】，大家经常听到的 【多路复用】 在 Java 世界中指的就是它，【用于实现一个线程管理多个 Channel】。

select：上世纪 80 年代就实现了，它支持注册 FD_SETSIZE(1024) 个 socket，在那个年代肯定是够用的，不过现在嘛，肯定是不行了。

poll：1997 年，出现了 poll 作为 select 的替代者，最大的区别就是，【poll 不再限制 socket 数量】。

【select 和 poll 都有一个共同的问题，那就是它们都只会告诉你有几个通道准备好了，但是不会告诉你具体是哪几个通道】。所以，【一旦知道有通道准备好以后，自己还是需要进行一次扫描】，显然这个不太好，通道少的时候还行，一旦通道的数量是几十万个以上的时候，扫描一次的时间都很可观了，时间复杂度 O(n)。所以，后来才催生了以下实现。

epoll：2002 年随 Linux 内核 2.5.44 发布，【epoll 能直接返回具体的准备好的通道】，时间复杂度 O(1)。

下面对 Java 异步 IO 进行实践性的介绍。

总共有三个类需要我们关注，分别是 AsynchronousSocketChannel，AsynchronousServerSocketChannel 和 AsynchronousFileChannel，只不过是在之前介绍的 FileChannel、SocketChannel 和 ServerSocketChannel 的类名上加了个前缀 Asynchronous

最后来自网络的总结：

Apr处理请求最快，Nio次之，Bio最慢；

Apr宽带占用最高，Bio最低；但Apr的内存占用最高，而Nio的内存占用最低

所以综合来看，Nio适用于一般需求；Apr适用于高并发需求

关注我 只给落地 干货 [玄玄小道] !!