模版设计模式
模版设计模式定义：模板方法模式抽象出某个业务操作公共的流程，将流程分为几个步骤，其中有一些步骤是固定不变的，有一些步骤是变<br>化的，固定不变的步骤通过一个基类来实现，而变化的部分通过钩子方法让子类去实现，这样就实现了对系统中流程的统一化规范化管理
tomcat中的模版设计模式：tomcat中关于生命周期管理的地方很好应用了模板方法模式，在一个组件的生命周期中都会涉及到init（初始化），<br>start（启动），stop（停止），destory（销毁），而对于每一个生命周期阶段其实都有固定一些事情要做，比如判断前置状态，设置后置状态，<br>以及通知状态变更事件的监听者等，而这些工作其实是可以固化的，所以Tomcat中就将每个生命周期阶段公共的部分固化，然后通过<br>initInternal，startInternal，stopInternal，destoryInternal这几个钩子方法开放给子类去实现具体的逻辑
说明
1. 基类LifecycleBase实现了Lifecycle接口并实现init、start、stop、destroy等方法
2. init()方法内部模板化初始化流程，抽象具体的实现initInternal()方法
3. start()方法内部模板化启动流程，抽象具体的实现startInternal()方法
4. stop()方法内部模板化停止流程，抽象具体的实现stopInternal()方法
5. destroy()方法内部模板化释放流程，抽象具体的实现destroyInternal()方法
责任链设计模式
责任链设计模式定义：当系统在处理某个请求的时候，请求需要经过很多个节点进行处理，每个节点只关注自己的应该做的工作，做完自己的<br>工作以后，将工作转给下一个节点进行处理，直到所有节点都处理完毕
tomcat中的责任链设计模式：tomcat中每一个容器都会有一个Pipeline，而一个Pipeline又会具有多个Valve阀门，其中StandardEngine对应<br>的阀门是StandardEngineValve，StandardHost对应的阀门是StandardHostValve，StandardContext对应的阀门是StandardContextValve，<br>StandardWrapper对应的阀门是StandardWrapperValve。这里每一Pipeline就好比一个管道，而每一Valve就相当于一个阀门，一个管道可以<br>有多个阀门，而对于阀门来说有两种，一种阀门在处理完自己的事情以后，只需要将工作委托给下一个和自己在同一管道的阀门即可，第二种阀<br>门是负责衔接各个管道的，它负责将请求传递给下个管道的第一个阀门处理，而这种阀门叫Basic阀门，它是每个管道中最后一个阀门，上面的<br>Standard*Valve都属于第二种阀门
tomcat责任链处理过程：当用户请求服务器的时候，Connector会接受请求，从Socket连接中根据http协议解析出对应的数据，构造Request和<br>Response对象，然后传递给后面的容器处理，顶层容器是StandardEngine，StandardEngine处理请求其实是通过容器的Pipeline进行的，而<br>Pipeline其实最终是通过管道上的各个阀门进行的，当请求到达StandardEngineValve的时候，此阀门会将请求转发给对应StandardHost的<br>Pipeline的第一个阀门处理，然后以此最终到达StandardHostValve阀门，它又会将请求转发给StandardContext的Pipeline的第一个阀门，这样<br>以此类推，最后到达StandardWrapperValve，此阀门会根据Request来构建对应的Servelt，并将请求转发给对应的HttpServlet处理。从这里可<br>以看出其实Tomcat核心处理流程就是通过责任链一步步的组装起来的
过程梳理
1. 请求被Connector组件接收，创建Request和Response对象
2. Connector将Request和Response交给Container，先通过Engine的Pipeline组件流经内部的每个Valve
3. 请求流转到Host的Pipeline组件中，并且经过内部Valve过滤
4. 请求流转到Context的Pipeline组件中，并且经过内部Valve过滤
5. 请求流转到Wrapper的Pipeline组件中，并且经过内部Valve过滤
6. Wrapper内部的WrapperValve创建FilterChain实例，调用指定的Servlet实例处理请求
7. 返回
