于每一个Java工程师而言,tomcat这只小橘猫算是我们的老朋友了,同时tomcat作为一款服务器中间件具备了很强的扩展性,内部对于Request和Response的逻辑处理都是何种方式来实现的呢?本文将主要介绍tomcat的Pipeline-Valve设计来一窥究竟。
首先我们看看Valve接口
可以从Valve看到很多链表的影子,我们可以根据Valve来构造一条Valve链。接下来看看Pipeline接口
Pipeline接口的主要方法
可以看到Pipeline的主要方法提供了对Valve的增删查改操作,其中有两个关键的方法setBasic(Valve)与addValve(Valve)我们跟进源码看一看。其中StandardPipeline是Pipeline接口的实现类,下面我截取了setBasic最核心的逻辑,可以看出basic实际上就是Pipeline维护的Valve链里最末尾的一个Valve
Valve current = first; while (current != null) { if (current.getNext() == oldBasic) { current.setNext(valve); break; } current = current.getNext(); } this.basic = valve; 复制代码
同样的我们来看一看addValve的源码,以下是最核心的部分
Valve current = first; while (current != null) { if (current.getNext() == basic) { current.setNext(valve); valve.setNext(basic); break; } 复制代码
通过addValve添加的Valve被加在了basic的前一个,也就是说basic永远指向Valve链里的最后一个Valve,不会被轻易替代,那么这种设计有什么意义呢?待会给出答案~
上图都是Valve接口的实现类,包含了负载均衡、单点登录等tomcat容器本身的逻辑。通过查看Valve接口invoke方法的实现可以知道,每一个Valve的invoke方法主要做两件事情
这是很经典的责任链设计模式。简单的说一个valve就是一个逻辑体。
可以看到setBasic的使用方主要是tomcat内置的四大容器,Context、Engine、Host以及Wrapper,先简单对四大容器做个介绍
下面是关于四大容器一个简单的类图关系
那么四大容器是如何被关联在一起的呢?StandardEngineValve是Engine容器的basic valve,笔者简化了代码实现,保留最主要的逻辑
@Override public final void invoke(Request request, Response response) throws IOException, ServletException { // Select the Host to be used for this Request Host host = request.getHost(); ... // Ask this Host to process this request host.getPipeline().getFirst().invoke(request, response); } 复制代码
可以看到Engine容器的basic valve负责触发host容器pipeline 答案出来了: 每个容器的basic valve会去触发子容器的pipeline ,所以basic作为一个valve不仅要执行自身相应的逻辑,同时也扮演了一个外交官的角色负责去和其子容器逻辑的对接。