Tomcat源码分析：Socket网络通信和线程模型体系结构设计
原文链接：https://blog.****.net/u010013573/java/article/details/86767028
一、概述
Tomcat在设计当中，自顶向下主要包括：Catalina容器，Coyte连接器和底层Socket通信端点EndPoint三部分组成。底层Socket通信端点EndPoint主要完成socket通信的相关细节和整个Tomcat框架线程模型的实现。
服务启动：Tomcat启动时，从Catalina容器开始启动，往下依次创建和启动Coyote连接器，创建服务端监听请求socket和请求处理工作线程池。
请求处理：在客户端发起连接请求时，则是服务端监听请求socket先监听到客户端连接请求，然后处理socket三次握手等细节，将对应的channel注册NIO的selector，由selector负责监听该客户端后续数据请求到来。当客户端发起数据请求时，则从工作线程池获取一个线程，由该线程负责该请求整体的处理过程，包括通过coyte连接器传送到Catalina容器，交给对应的应用处理。
二、Socket体系和线程模型
这里主要基于NIO的socket对Tomcat的Socket和线程模型体系结构进行分析。
在Tomcat的体系结构设计当中，上层的Catalina容器和Coyte连接器主要是对Servlet规范的实现，其中并不涉及底层通信相关的数据处理和线程分配逻辑，而这部分主要是在底层socket通信Endpoint来完成。
Endpoint
Tomcat主要通过Endpoint来抽象底层整体的socket通信和线程模型设计，在抽象类AbstractEndpoint中负责定义。
socket通信tcp相关和线程相关的属性的默认值；
socket请求监听器Acceptor；
socket数据处理器Handler；
工作线程池Executor；
Endpoint整体的初始化init，监听端口绑定，启动start，关闭stop的骨架实现。
启动流程
绑定服务端请求监听端口
创建工作线程池executor
启动Poller线程
启动Acceptor线程
Acceptor线程
线程数量默认为1
接收客户端连接请求，然后将该请求对应的channel绑定到Poller的selector中。
Poller线程
线程数量为2和处理器数量之间的最小值
每个poller内部包含一个selector，由该selector监听绑定到其上的channel的selectionKey来获取读写事件。
在NIO2中已经不存在Poller了，Acceptor接收到客户端连接请求后，创建一个与该连接请求对应的SocketProcessor，从工作线程池获取一个线程，将该SocketProcessor在该线程执行。
Executor工作线程池
线程数量默认最大为200，初始化为10.
Poller监听到客户端socket的数据读写请求时，创建一个SocketProcessor处理器，然后从工作线程池Executor中获取一个线程，让该SocketProcessor在这个线程中执行。在SocketProcessor中，通过Handler来将请求往上传给Coyte连接器和Catalina容器。
NioSocketWrapper
对Socket进行包装，添加poller等的引用，以及定义字节数据读写的方法。
SocketProcessor
Socket数据处理器，实现Runnable接口，在run方法中对socket请求数据进行处理，以及调用Handler将数据往上传给Coyte连接器和Catalina容器。
从工作线程池Executor中获取一个工作线程来执行以上过程。
Handler
链接Endpoint和Coyte连接器和Catalina容器，将底层数据往上传给Catalina容器处理。
三、TCP和连接相关默认值
连接数相关
最大连接数：10000，在NIO2中为-1，表示不限制。
http和tcp相关
KeepAlive最大请求数：100
TCP backlog：100
TCP nodelay：true
Http请求headers最大数量：100
面试专场：
让我“好看”