Tomcat源码学习-4.连接管理

Posted hframe

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Tomcat源码学习-4.连接管理相关的知识,希望对你有一定的参考价值。

       前面几节主要针对于Tomcat容器以及内容加载进行了讲解,本节主要针对于连接器-Connector进行细化,作为连接器主要的目的是监听外围网络访问请求,而连接器在启动相关监听进程后,是通过NIO方式进行请求的监听-响应-处理。

 
一、整体设计
技术分享
  1. Connector在创建时,会根据Connector的协议创建对应的ProtocolHandler处理类
    协议标识 普通模式 Apr模式
    HTTP/1.1
    org.apache.coyote.http11.Http11NioProtocol
    org.apache.coyote.http11.Http11AprProtocol
    AJP/1.3
    org.apache.coyote.ajp.AjpNioProtocol
    org.apache.coyote.ajp.AjpAprProtocol
  2. ProtocolHandler处理类包含对应的端点处理类,比如Http11NioProtocol的端点处理类为NioEndpoint
  3. NioEndpoint:对应一个ServerSocketChannel通道,在启动过程中,会分别初始化SocketProcessor、PollerEvent、NioChannel缓存堆结构,以及请求处理的线程池Executor,最后将会初始化两组用于请求处理线程Acceptor、Poller
  4. Acceptor:默认只有一个线程、用于接收请求,并将请求信息封装为PollEvent对象放入PollEvent待处理队列中
    • 如果端点处于暂停状态,50s探测一次
    • 连接数+1,并判断是否超最大连接数(LimitLantch实现),如果超了阻塞等待
    • 通过ServerSocketChannel.accept()等待新的请求
    • 将SocketChannel请求信息封装为NioChannel(NioChannel从缓存中读取,没有就新生成)
    • 将NioChannel封装为PollerEvent(PollerEvent从缓存中读取,没有就新生成)
  5. Poller:默认两个线程,扫描PollEvent队列,进行处理,启动业务处理线程SocketProcessor
    • 循环扫描,PollEvent队列中是否存在待处理事件
    • 从SelectionKey中获取NiosocketWrapper对象((NioSocketWrapper)sk.attachment())
    • 将NioSockectWrapper对象封装成SocketProcessor(从缓存中读取,没有就新生成)
    • 线程池启动SocketProcessor线程处理
    • SocketProcessor线程调用ConnectionHandler进行处理,ConnectionHandler获取一个Processor进行处理(Processor也存在一个对象堆缓存,Stack实现)
  6. NioChannel:是对一个Socket的字节流的封装,一个NioChannel对应一个SocketChannel
  7. Executor:线程池
 
二、启动流程技术分享
  • NioSelectorPoll:待细化
  • NioBlockingSelector:待细化
  • BlockPoller:待细化
  • AsyncTimeout:待细化
三、类图
技术分享技术分享
   这样,我们在Connector启动后,对应的监听进程就已经就绪,接下来只有有对应的网络请求发送后,都会被监听并处理,而这部分内容将会在下一节进行讲解。
 
 





以上是关于Tomcat源码学习-4.连接管理的主要内容,如果未能解决你的问题,请参考以下文章

spring源码学习——spring整体架构和设计理念

如何断点调试Tomcat源码

死磕Tomcat之整体架构

Tomcat整体介绍

Tomcat是如何运行的?整体架构又是怎样的?

Tomcat是如何运行的?整体架构又是怎样的?