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,比如我们读取请求体的代码得这么写

你可能感兴趣的:(Java研究,性能调优专题研究,tomcat,java,开发语言)