Tomcat中BIO和NIO底层原理实现对比

1三、Tomcat中BIO和NIO底层原理实现对比

1三、Tomcat中BIO和NIO底层原理实现对比BIONIO总结在Tomcat7中，默认为BIO，可以通过如下配置改为NIOBIO的模型比较简单。1.JioEndpoint中的Acceptor线程负责循环阻塞接收socket连接2.每接收到一个socket连接就包装成SocketProcessor扔进线程池Executor中，SocketProcessor是一个Runnable3.SocketProcessor负责从socket中阻塞读取数据，并且向socket中阻塞写入数据Acceptor线程的数量默认为1个，可以通过acceptorThreadCount参数进行配置线程池Executor是可以配置的，比如

21.最小线程数量为102.最大线程数量为200如果两个Connector配置的executor是一样的话，就表示这两个Connector公用一个线程池。使用BIO来处理请求时，我们可以总结一下：1.当请求数量比较大时，可以提高Acceptor线程的数量，提高接收请求的速率2.当请求比较耗时是，可以提高线程池Executor的最大线程数量当然，增加线程的目的都是为了提高Tomcat的性能，但是一台机器的线程数量并不是越多越好，需要利用压测来最终确定一个更加符合当前业务场景的线程数量。

21.最小线程数量为102.最大线程数量为200如果两个Connector配置的executor是一样的话，就表示这两个Connector公用一个线程池。使用BIO来处理请求时，我们可以总结一下：1.当请求数量比较大时，可以提高Acceptor线程的数量，提高接收请求的速率2.当请求比较耗时是，可以提高线程池Executor的最大线程数量当然，增加线程的目的都是为了提高Tomcat的性能，但是一台机器的线程数量并不是越多越好，需要利用压测来最终确定一个更加符合当前业务场景的线程数量。NIO最大的特性就是非阻塞，非阻塞接收socket连接，非阻塞从socket中读取数据，非阻塞从将数据写到socket中。但是在Tomcat7中，只有在从socket中读取请求行，请求头数据时是非阻塞的，在读取请求体是阻塞的，响应数据时也是阻塞的。为什么不全是非阻塞的呢？因为Tomcat7对应Servlet3.0，Servlet3.0规范中没有考虑NIO，比如我们读取请求体的代码得这么写