你所不知的Tomcat网络通信的玄机

原创

已于 2024-03-01 15:07:30 修改 · 1.4k 阅读

21 ·

CC 4.0 BY-SA版权

文章标签：

#tomcat #java #Tomcat网络通信 #EndPoint

于 2024-03-01 09:00:00 首次发布

前文介绍了 Tomcat 架构和一键启动，再来看下 Tomcat 的整体架构流程图

今天带你来探索一下 Tomcat 网络通信部分是如何实现高并发的。

一、Tomcat 网络通信概览

Endpoint 是通信端点，即通信监听的接口，是具体的 Socket 接收和发送处理器，是对传输层的抽象，因此 Endpoint 是用来实现 TCP/IP 协议的。

Endpoint 是一个接口，对应的抽象实现类是 AbstractEndpoint，而 AbstractEndpoint 的具体子类，比如 NioEndpoint 和 Nio2Endpoint 中，具体的类图如下：

本文将分别介绍NioEndpoint、Nio2Endpoint以及 AprEndpoint 是如何工作的，在介绍之前需要先了解下网络通信 I/O 模型。

二、I/O 模型

所谓的 I/O 就是计算机内存与外部设备之间拷贝数据的过程。我们知道 CPU 访问内存的速度远远高于外部设备，因此 CPU 先把外部设备的数据读取到内存，然后再进行处理。请考虑这个场景，当你的程序通过 CPU 向外部设备发出一个读指令时，数据从外部设备拷贝到内存往往需要一段时间，这个时候 CPU 没事干了，你的程序是主动把 CPU 让给别人？还是让 CPU 不停的查：数据到了吗？数据到了吗.......

这就是 I/O 模型要解决的问题，比如网络数据读取这个场景，会涉及两个对象，一个是调用这个 I/O 操作的用户线程，另外一个就是操作系统内核。一个进程的地址空间分为用户空间和内核空间，用户线程不能直接访问内核空间。

当用户发起 I/O 操作后，网络数据读取会经历两个步骤：

用户线程等待内核将数据从网卡拷贝到内核空间。
内核将数据从内核空间拷贝到用户空间。

2.1 同步阻塞 I/O

用户线程发起 read 调用后就阻塞了，让出CPU，内核等待网卡数据到来，把数据从网卡拷贝到内核空间，再把用户线程唤醒。

2.2 同步非阻塞 I/O

用户线程不断的发起 read 调用，数据没到内核空间时，每次都返回失败，直到数据到了内核空间，这一次 read 调用后，在等待数据从内核空间拷贝到用户空间这段时间里，线程还是阻塞的，等数据到了用户空间在把线程唤醒。

2.3 I/O 多路复用

用户线程的读取操作分为两步，线程先发起 select 调用，目的是问内核数据准备好了吗？等内核把数据准备了，用户线程在发起 read 调用。在等待数据从内核空间拷贝到用户空间这段时间里，线程还是阻塞的。那为什么叫 I/O 多路复用呢？因为一次 select 调用可以向内核查多个数据通道(channel)的状态，所以叫多路复用。