一、tomcat组件关系和请求流转
先上一张图，看之前可以先参考“tomcat整体架构”一文
tomcat流转.png
-
动态生命周期管理
- 让一个系统能够对外提供服务，我们需要创建、组装并启动这些组件；
- 服务停止的时候，我们还需要 释放资源，销毁这些组件
-
组件关系的两个维度思考
- 大小关系，大组件管理小组件如Server管理service，service管理connector和container等等
- 内外关系，外层组件控制内层组件，如连接器负责对外又调用内层容器组件完成业务处理
-
系统创建组件顺序
- 先创建子组件再创建父组件，子组件需要注入到父组件内部
- 先创建内层组件再创建外层组件，内层组件要注入到外层组件内部
二、tomcat生命周期管理
-
一键式启停： Lifecycle 接口
- 不变点抽象，组件的生命周期无非就是init、start、stop、destory这些过程，这些过程都是一样的统一放到一个接口里也就是Lifecycle接口里
- 变化点是具体的init和start过程，每个组件可以单独实现
- 父组件的init方法需要先调用子组件的init让子组件先初始化，父组件的start方法需要先调用子组件的start方法让子组件先启动，这是典型的组合模式
-
整个的启动过程就是先调用server的init和start方法整个tomcat就可以启动起来了
生命周期接口.png
可扩展性：Lifecycle 事件
-
每个组件的具体init或start过程可能都是多变的，可能会不断增加逻辑，直接修改原来的方法违反开闭原则
开闭原则说的是为了扩展系统的功能，你不能直接修改系统中已有的类，但是你可以定义新的类 -
组件的启动过程是有状态的，可以将生命周期定义成一个个的状态，状态的变化可以看成一个事件，而在事件上是可以加监听器。监听器可以自由扩展和配置，这就是典型的观察者模式tomcat就是这样干的
-
组件的生命周期有 NEW、INITIALIZING、INITIALIZED、STARTING_PREP、STARTING、STARTED 等，具体怎么配置监听器可以自己研读源码，或者以后单独再说
组件状态转换与生命周期.png
-
重用性：LifecycleBase 抽象基类
-
有了接口就需要子类去实现，一般来说可能会有多个实现类，此时必然有一些通用的逻辑，如果都分开实现会有代码重复，可以先定义一个抽象基类，来实现接口的通用逻辑。各个子类子类集成抽象基类并实现它。其实这就是模板方法模式
-
tomcat定义了一个抽象基类LifecycleBase 来实现 Lifecycle 接口把一些公共的逻辑放到基类中去，比如生命状态的转变与维护、生命事件的触发以及监听器的添加和删除等。
-
子类就负责实现自己的初始化、启动和停止等方法
-
为了避免跟基类中的方法同名，我们把具体子类的实现方法改个名字，在后面加上 Internal，叫 initInternal、startInternal 等
lifebase基类.png
监听器如何注册
-
Tomcat 自定义了一些监听器，这些监听器是父组件在创建子组件的过程中注册到子组件的。比如 MemoryLeakTrackingListener 监听器，用来检测 Context 容器中的内存泄漏，这个监听器是 Host 容器在创建 Context 容器时注册到 Context 中的。
-
还可以在server.xml中定义自己的监听器，Tomcat 在启动时会解析server.xml，创建监听器并注册到容器组件
-
总体类图
生命周期整体类图.png
-
StandardServer、StandardService 等是 Server 和 Service 组件的具体实现类，它们都继承了 LifecycleBase
-
StandardEngine、StandardHost、StandardContext 和 StandardWrapper 是相应容器组件的具体实现类，因为它们都是容器，所以继承了 ContainerBase 抽象基类，而 ContainerBase 实现了 Container 接口，也继承了 LifecycleBase 类，它们的生命周期管理接口和功能接口是分开的，这也符合设计中接口分离的原则
三、精华总结
Tomcat 为了实现一键式启停以及优雅的生命周期管理，并考虑到了可扩展性和可重用性，将面向对象思想和设计模式发挥到了极致，分别运用了组合模式、观察者模式、骨架抽象类和模板方法。
-
如果你需要维护一堆具有父子关系的实体，可以考虑使用组合模式
-
当一个事件发生后，需要执行一连串更新操作，这时候就可以考虑用观察者模式
-
模板方法在抽象基类中经常用到，将通用方法抽象到父类，子类实现自己独特业务
网友评论