【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启动后,对应的监听进程就已经就绪,接下来只有有对应的网络请求发送后,都会被监听并处理,而这部分内容将会在下一节进行讲解。

 

来自为知笔记(Wiz)

时间: 2024-08-29 11:21:24

【Tomcat源码学习】-4.连接管理的相关文章

tomcat源码学习(2)  关于apache digest

好久不写博文,罪过罪过.因为最近公司比较忙加上琐事有点多,所以隔了好久才来更新博文. apache digest本来是struts2框架中来加载xml文件并实例化对象的一个jar包,后来使用的越来越多. 我们都知道tomcat的conf文件夹下有一个server.xml配置文件,我们经常会其中的来进行配置以来运行一个java web项目,也经常修改中的port属性以来实现修改tomcat监听的端口.其实每个标签基本上都对应着一个对象,那tomcat是如何将这些对象实例化到java 虚拟机的运行内

Tomcat源码分析(二)--连接处理

?目标:在这篇文章希望搞明白http请求到tomcat后是怎么由连接器转交到容器的? 在上一节里已经启动了一个HttpConnector线程,并且也启动了固定数量的HttpProcessor线程.HttpConnector用来等待http连接,得到http连接后交给其中的一个HttpProcessor线程来处理.接下里具体看一下HttpConnector是怎么得到连接得,以及HttpProcessor是怎么处理的.当启动了HttpConnector线程后(在上一节已经知道怎么启动了),便在它的r

tomcat源码学习一:导入eclipse

一.下载源码 进入官网http://tomcat.apache.org,点击Download>tomcat9>Source Code Distributions>zip 下载并解压 或者从svn库检出源代码,svn路径http://svn.apache.org/repos/asf/tomcat/trunk 解压或检出后,目录如下,此时还不能直接导入 二.ant编译 1.点击https://mirrors.tuna.tsinghua.edu.cn/apache//ant/binaries/

tomcat源码学习

1.下载源码 在eclicpse 用svn导入源码   http://svn.apache.org/repos/asf/tomcat/tc6.0.x/tags/TOMCAT_6_0_0/

Tomcat源码分析——Session管理分析(上)

前言 对于广大java开发者而已,对于J2EE规范中的Session应该并不陌生,我们可以使用Session管理用户的会话信息,最常见的就是拿Session用来存放用户登录.身份.权限及状态等信息.对于使用Tomcat作为Web容器的大部分开发人员而言,Tomcat是如何实现Session标记用户和管理Session信息的呢? 概要 Session Tomcat内部定义了Session和HttpSession这两个会话相关的接口,其类继承体系如图1所示. 图1 Session类继承体系 图1中额

Tomcat 源码分析(转)

Tomcat源码分析(一)--服务启动 1. Tomcat主要有两个组件,连接器和容器,所谓连接器就是一个http请求过来了,连接器负责接收这个请求,然后转发给容器.容器即servlet容器,容器有很多层,分别是Engine,     Host,Context,Wrapper.最大的容器Engine,代表一个servlet引擎,接下来是Host,代表一个虚拟机,然后是Context,代表一个应用,Wrapper对应一个servlet.从连接器     传过来连接后,容器便会顺序经过上面的容器,最

Tomcat源码分析——启动与停止服务

前言 熟悉Tomcat的工程师们,肯定都知道Tomcat是如何启动与停止的.对于startup.sh.startup.bat.shutdown.sh.shutdown.bat等脚本或者批处理命令,大家一定知道改如何使用它,但是它们究竟是如何实现的,尤其是shutdown.sh脚本(或者shutdown.bat)究竟是如何和Tomcat进程通信的呢?本文将通过对Tomcat7.0的源码阅读,深入剖析这一过程. 由于在生产环境中,Tomcat一般部署在Linux系统下,所以本文将以startup.s

tomcat源码分析前的准备工作

Tomcat源码学习前的准备工作 注:由于网上的帖子大部分没有配套的图片和错误的分析,所有费了半天劲整理了此篇博客,希望大家少走弯路吧 下面我们就开始我们的Tomcat源码学习之旅. 1. 下载Tomcat6.0的源代码 首先,我们得下载Tomcat6.0的源代码.Tomcat源代码的版本控制工具不是CVS,而是Subversion,如果您的机器上没有安装Subversion,请从http://subversion.tigris.org/servlets/ProjectDocumentList?

Tomcat源码分析——请求原理分析(下)

前言 本文继续讲解TOMCAT的请求原理分析,建议朋友们阅读本文时首先阅读过<TOMCAT源码分析——请求原理分析(上)>和<TOMCAT源码分析——请求原理分析(中)>.在<TOMCAT源码分析——请求原理分析(中)>一文我简单讲到了Pipeline,但并未完全展开,本文将从Pipeline开始讲解请求原理的剩余内容. 管道 在Tomcat中管道Pipeline是一个接口,定义了使得一组阀门Valve按照顺序执行的规范,Pipeline中定义的接口如下: getBas