转载

Tomcat源码分析(一)

这段时间简单的看了一下Tomcat的源码，在这里做个笔记！

1. tomcat 架构图

Tomcat源码分析(一)

Catalina : tomcat的顶级容器，main()方法中就是通过，创建Catalina 对象实例，来启动或者关闭 tomcat；

Server : 是管理tomcat所有组件的容器，包含一个或多个的service；

Service : Service是包含Connector和Container的集合，Service用适当的Connector接收用户的请求，再发给相应的Container来处理；

Connector: 主要功能是 ◇socket的接收 ◇根据协议类型处理socket ◇封装相应的request和response，交给Container；

Container: Engine容器接收来自Connector的请求，并且通过Pipeline依次传递给子容器的Pipeline；

Engine : 在Engine的Pipeline中的Valve的invoke方法中，根据request.getHost()来定位下一个host；

Host : 一个Web服务器虚拟机，管理着具体的 web application；

Context : 就是我们所部属的具体Web应用的上下文，每个请求都是在具体的上下文中处理；

Wrapper ：对应着Web的每一个 Servlet；

接下来，主要学习tomcat中的两个最主要的容器，Connector和Container容器。

2. Connector容器

Connector容器主要解决的问题就是Socket的接收，为了能够很好的处理各种协议和并发异步接收，Connector加入了两个组件 ProtocolHandler和EndPoint。

ProtocolHandler 的主要作用就是根据各个协议的定义按照一定的格式句分析协议头，封装成request和response对象；

AbstractEndPoint 致力于高并发的解决socket的接收和处理;

2.1 AbstractEndPoint

EndPoint 中两个协同合作的Runnable:

(1) Accepter负责用 ServerSocket.accept() 来接收客户请求，并且把建立连接之后的Socket交由Poller处理；

(2) Poller负责接收请求，并处理；

protected class Acceptor extends AbstractEndpoint.Acceptor (Acceptor implements Runnable)  public class Poller implements Runnable

Accepter和Poller的具体写作示意图（个人拙见）

Tomcat源码分析(一)

从上图中，我们可以发现，Acceptor接收到一个用户的socket请求之后，将这个Socket封装成PollerEvent，放入events队列中。Poller实际上，一直while(true)，当执行events队列中有PollerEvent的时候，就会从自己的Selector中获取到一个有数据的Channel，交给ProcessKey()处理。