Tomcat - Tomcat 网络通信模型剖析 & 并发参数解读

简介: Tomcat - Tomcat 网络通信模型剖析 & 并发参数解读

20200603133738443.png

什么是IO


IO是指为数据传输所提供的输入输出流,其输入输出对象可以是:文件、网络服务、内存等。

20200603140109521.png

举个例子,假设应用在从硬盘中读取一个大文件过程中, CPU会与硬盘一样出于高负荷状态么?


CPU 没有太高的增涨 。 通常情况下IO操作是比较耗时的,所以为了高效的使用硬件,应用程序可以用一个专门线程进行IO操作,而另外一个线程则利用CPU的空闲去做其它计算。这种为提高应用执行效率而采用的IO操作方法即为IO模型。


Tomcat 支持四种线程模型


image.png


Tomcat 如何使用指定IO模型


配置 server.xml 文件当中的 <Connector protocol="HTTP/1.1"> 修改即可。

默认配置 8.0 protocol=“HTTP/1.1” 8.0 之前是 BIO 8.0 之后是NIO


BIO: protocol ="org.apache.coyote.http11.Http11Protocol"


NIO: protocol ="org.apache.coyote.http11.Http11NioProtocol"


AIO: protocol ="org.apache.coyote.http11.Http11Nio2Protocol"


APR: protocol ="org.apache.coyote.http11.Http11AprProtocol"


tomcat 8 以前 默认的是 BIO , 8 默认是 NIO


Tomcat BIO VS NIO


在高并发场景下BIO与NIO的线程数的变化


20200603141506437.png


生产环境上,模拟了处理较慢的过程。

为什么差异这么大呢?

我们先看下这两种模型的区别


BIO


20200603142402882.png


源码翻一翻

我们下个Tomcat 7的版本

https://archive.apache.org/dist/tomcat/tomcat-7/v7.0.99/src/

  <Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />


7嘛 ,默认的BIO, 对应的class org.apache.coyote.http11.Http11Protocol.java

看下 Http11Protocol构造函数

    public Http11Protocol() {
        endpoint = new JIoEndpoint();
        cHandler = new Http11ConnectionHandler(this);
        ((JIoEndpoint) endpoint).setHandler(cHandler);
        setSoLinger(Constants.DEFAULT_CONNECTION_LINGER);
        setSoTimeout(Constants.DEFAULT_CONNECTION_TIMEOUT);
        setTcpNoDelay(Constants.DEFAULT_TCP_NO_DELAY);
    }


重点 JIoEndpoint ------> Java I/O Endpoint

20200603214208257.png

对应JIoEndpoint 中的


20200603214237851.png


20200603215732487.png

20200603215802968.png

20200603220308708.png


熟悉吧 Socket, 同步阻塞。

继续


20200603220704407.png

20200603220634971.png


这个getExecutor()获取的 就是 那个线程池,用来处理任务的

怎么处理的呢? 继续

2020060322105123.png


NIO



20200603142447748.png


老套路

下载 apache-tomcat-8.5.55-src

Http11NioProtocol的构造函数

20200603222129496.png

重点 NioEndpoint


20200603222242401.png


Acceptor 和 SocketProcessor 大致形同, 主要在于Poller .

先看看Acceptor ,和BIO一样 ,有点不一样的是,Acceptor 交个 Poller处理


20200603222807336.png


进入


20200603222956579.png


添加事件

20200603223019634.png


 public class Poller implements Runnable { 
} 

那就看run方法

public void run() {
            // Loop until destroy() is called  轮询
            while (true) {
                boolean hasEvents = false;
                try {
                    if (!close) {
                        hasEvents = events();
                        // > 0 说明有socket需要处理
                        if (wakeupCounter.getAndSet(-1) > 0) {
                            //if we are here, means we have other stuff to do
                            //do a non blocking select
                            keyCount = selector.selectNow();
                        } else {
                            keyCount = selector.select(selectorTimeout);
                        }
                        wakeupCounter.set(0);
                    }
                    if (close) {
                        events();
                        timeout(0, false);
                        try {
                            selector.close();
                        } catch (IOException ioe) {
                            log.error(sm.getString("endpoint.nio.selectorCloseFail"), ioe);
                        }
                        break;
                    }
                } catch (Throwable x) {
                    ExceptionUtils.handleThrowable(x);
                    log.error("",x);
                    continue;
                }
                //either we timed out or we woke up, process events first
                if ( keyCount == 0 ) hasEvents = (hasEvents | events());
                Iterator<SelectionKey> iterator =
                    keyCount > 0 ? selector.selectedKeys().iterator() : null;
                // Walk through the collection of ready keys and dispatch
                // any active event.
                while (iterator != null && iterator.hasNext()) {
                    SelectionKey sk = iterator.next();
                    NioSocketWrapper attachment = (NioSocketWrapper)sk.attachment();
                    // Attachment may be null if another thread has called
                    // cancelledKey()
                    if (attachment == null) {
                        iterator.remove();
                    } else {
                        iterator.remove();
                        processKey(sk, attachment);
                    }
                }//while
                //process timeouts
                timeout(keyCount,hasEvents);
            }//while
            getStopLatch().countDown();
        }



影响 BIO/NIO线程数量的多少的因素

BIO

  • 线程数量 会受到 客户端阻塞、网络延迟、业务处理慢===>线程数会更多

NIO

  • 线程数量 会受到业务处理慢===>线程数会更多


Tomcat connector 并发参数解读


image.png


相关文章
|
10天前
|
存储 网络协议 安全
30 道初级网络工程师面试题,涵盖 OSI 模型、TCP/IP 协议栈、IP 地址、子网掩码、VLAN、STP、DHCP、DNS、防火墙、NAT、VPN 等基础知识和技术,帮助小白们充分准备面试,顺利踏入职场
本文精选了 30 道初级网络工程师面试题,涵盖 OSI 模型、TCP/IP 协议栈、IP 地址、子网掩码、VLAN、STP、DHCP、DNS、防火墙、NAT、VPN 等基础知识和技术,帮助小白们充分准备面试,顺利踏入职场。
28 2
|
10天前
|
运维 网络协议 算法
7 层 OSI 参考模型:详解网络通信的层次结构
7 层 OSI 参考模型:详解网络通信的层次结构
31 1
|
1月前
|
机器学习/深度学习 网络架构 计算机视觉
目标检测笔记(一):不同模型的网络架构介绍和代码
这篇文章介绍了ShuffleNetV2网络架构及其代码实现,包括模型结构、代码细节和不同版本的模型。ShuffleNetV2是一个高效的卷积神经网络,适用于深度学习中的目标检测任务。
73 1
目标检测笔记(一):不同模型的网络架构介绍和代码
|
21天前
|
网络协议 算法 网络性能优化
计算机网络常见面试题(一):TCP/IP五层模型、TCP三次握手、四次挥手,TCP传输可靠性保障、ARQ协议
计算机网络常见面试题(一):TCP/IP五层模型、应用层常见的协议、TCP与UDP的区别,TCP三次握手、四次挥手,TCP传输可靠性保障、ARQ协议、ARP协议
|
26天前
|
机器学习/深度学习 人工智能 算法
【车辆车型识别】Python+卷积神经网络算法+深度学习+人工智能+TensorFlow+算法模型
车辆车型识别,使用Python作为主要编程语言,通过收集多种车辆车型图像数据集,然后基于TensorFlow搭建卷积网络算法模型,并对数据集进行训练,最后得到一个识别精度较高的模型文件。再基于Django搭建web网页端操作界面,实现用户上传一张车辆图片识别其类型。
72 0
【车辆车型识别】Python+卷积神经网络算法+深度学习+人工智能+TensorFlow+算法模型
|
1月前
|
机器学习/深度学习 编解码 算法
【深度学习】经典的深度学习模型-01 开山之作:CNN卷积神经网络LeNet-5
【深度学习】经典的深度学习模型-01 开山之作:CNN卷积神经网络LeNet-5
41 0
|
1月前
|
存储 分布式计算 负载均衡
|
1月前
|
安全 应用服务中间件 网络安全
Tomcat如何配置PFX证书?
【10月更文挑战第2天】Tomcat如何配置PFX证书?
204 7
|
1月前
|
存储 算法 应用服务中间件
Tomcat如何配置JKS证书?
【10月更文挑战第2天】Tomcat如何配置JKS证书?
286 4
下一篇
无影云桌面