Jetty 核心架构分析

Jetty Server是由一组接受Http连接的Connectors和一组处理来自连接的请求并响应的Handlers构成的，其工作是通过取自线程池中的线程来完成的。

Jetty的实现遵循一些标准的模式，大部分的抽象概念通过接口捕获的，比如Connector,Handler,Buffer。这些接口的通用处理通过抽象类来实现，比如AbstractConnector，AbstractHandler。从JSR77的生命周期得到灵感，大部分的Jetty组件是通过LifeCycle接口呈现的，其抽象实现（AbstractLifeCycle）是大部分Jetty组件的基础。

Jetty 是由一个或多个 Connector 核心组件以及一些列 Handler 组件和一个线程池组成，看一下结构图：

 

 

           Connector 负责监听接收客户连接请求，而 Handler 组件则负责处理请求并给予响应，前面两个组件工作所需要的线程资源都直接从线程池 ThreadPool 中获取。 Jetty  Server 可以有多个 Connector 在不同的端口上监听客户请求，而每个 connector 根据具体的使用场景不同可以有不同的实现，例如采用非阻塞 NioConnector 、阻塞 SocketConnector 等等，而对于请求处理的handler 组件，也根据具体需要可以使用不同的 Handler ，此种设计提高了 jetty 的灵活性，需要 Servlet ，则可以使用ServletHandler ，需要 Session ，则再增加一个 SessionHandler ，也就是说我们完全可以不使用 Servlet 或者 Session ，只要不配置这个 Handler 就行了。

    要启动和协调上诉核心组件工作， Jetty 提供了一个 Server 类来做这个事情 , 也就是说 Server 是应用的起始点，他负责创建并初始化 Connector 、 Handler 、 ThreadPool 组件，然后调用 start 方法启动他们，让所有组件都处于待命状态，因此 Server 类是一个比较重要的 Façade, 值得注意的 Server 类本身也是一个 handler.

 

一、组件生命周期

对于 Jetty 来说，每个组件都有其生命周期， Jetty 采用了统一的 LifeCyle 接口来控制，我们来看下，类图结构：

Connector,Handler 等组件全部都直接或间接实现了 LifeCyle 接口，刚才说了 Server 也是 Handler ，同时他也是启动或协调组件工作的类，也就是说 Server 可以通过 LifeCyle 接口控制其他组件的生命周期，通过 start 方法可以启动 Server, 通过 stop 则关闭了 Server 。

 

二、Connector 组件

 

Connnetor 在实现上有NIO 、BIO 两种实现方式，并且支持AJP 协议、和SSL 。

 

三、Handler 组件

所有的 handler 组件都实现了 Handler 接口，可以看到， Handler 是可以以链表的形式相互组合的， Server 作为服务入口，本身也是 Handler ，他继承了 HandlerWrapper 接口，我们看以看到他带了一个 handler 的引用变量，我们可以注入 ServletHandler 支持 Servlet, 注入 WebAppContext 则支持我们的 webapp 应用。