从连接器组件看Tomcat的线程模型——BIO模式 (3)

Acceptor线程在具体accept socket连接时是通过ServerSocketFactory组件获取的。Tomcat中有两个ServerSocketFactory的实现：DefaultServerSocketFactory和JSSESocketFactory。分别对应HTTP和HTTPS的情况。

Tomcat中存在一个变量SSLEnabled用于标识是否使用加密通道，通过对此变量的定义就可以决定使用哪个工厂类，Tomcat提供了外部配置文件供用户自定义。下面的配置中SSLEnabled="true"表示使用加密方式，也就是使用JSSESocketFactory来accept具体的socket连接。

<Connector port="8443" protocol="org.apache.coyote.http11.Http11NioProtocol" maxThreads="150" SSLEnabled="true"> <SSLHostConfig> <Certificate certificateKeystoreFile="conf/localhost-rsa.jks" type="RSA" /> </SSLHostConfig> </Connector>

线程池组件

Tomcat中的线程池是对JDK中线程池的简单改装。在线程创建策略上有点区别：Tomcat中的线程池在线程数大于coreSize后不会立马将线程提交到队列中，而是先判断活动线程数是否已经达到maxSize，只有达到maxSize后才会将线程提交到队列中。

Connector组件的Executor分为两种类型：共享Executor和私有Executor。共享Executor的话是指在Service组件中定义的Executor。

任务定义器SocketProcessor

在将Socket扔进线程池之前我们需要定义任务怎么处理这个Socket。SocketProcessor就是这个任务定义，这个类实现了Runnable接口。

protected class SocketProcessor implements Runnable { //进行Debug调试的时候可以从这个类的run方法开始调试 @Override public void run() { //对套接字进行处理并输出响应 //对连接限流器LimitLatch减一 //关闭套接字 } }

SocketProcessor的任务主要分为三个：处理套接字并响应客户端，连接数计数器减1，关闭套接字。其中对套接字的处理是最重要也是最复杂的，它包括对底层套接字字节流的读取， HTTP协议请求报文的解析（请求行、请求头部、请求体等信息的解析），根据请求行解析得到的路径去寻找相应虚拟主机上的Web项目资源，根据处理的结果组装好HTTP协议响应报文输出到客户端。

这边暂时先不分析对套接字的具体处理流程，因为这边文章主要还是将连接器的线程模型，涉及的东西太多容易搞混，关于Tomcat对socket的具体处理后面会写文章分析。