浅谈Tomcat接收到一个请求后在其内部的执行流程(源码)

Posted 默辨

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了浅谈Tomcat接收到一个请求后在其内部的执行流程(源码)相关的知识,希望对你有一定的参考价值。

写在前面,本文不涉及具体的tomcat内部数据处理的讲解,只涉及具体的执行流程逻辑处理。在阅读本文后,如果你能够完成tomcat源码中接收请求后的代码执行流程调试,那么本文的目的也就达到了,希望对你有帮助。

本文的大背景是,tomcat7.x,http协议,BIO模型。如文中出现表述不准确的,请告诉我,我将及时做出调整。

文章目录





一、前提

在阅读们本文前,请务必要了解tomcat的启动流程,因为该篇文章会出现大量的组件类名词,如果对tomcat启动不了解的,可以参考我之前的博客:浅谈Tomcat的启动流程

通过tomcat的启动流程,你除了会明白tomcat的整体架构,你还将了解到各个组件的实例化位置,这对于后期梳理tomcat内部的执行流程至关重要。




下列的两张图来源于我之前写过的博客,均是tomcat的设计架构图






二、流程图

下图是tomcat内部处理请求的核心流程图,也是本文的大纲图示,请一定要记牢。


大致的流程描述如下:
1、浏览器发起一次http请求,是将数据发送给操作系统的缓冲池里;
2、tomcat内部通过Java的API去操作系统的缓冲池中获取此次请求;
3、然后tomcat将此次请求按照指定的协议、IO模型进行解析(请求行、请求头等);
4、再根据请求的mapping映射,一层一层的经过Pipeline管道,最终将请求中的数据传递给具体的Servlet;
5、完成操作,返回给浏览器。






三、详细流程(附源码截图)

写在前面,观察第二章的流程图示,我们需要明确几个问题:

1、如果我们想要使用Java的API自己去实现一个端口的监听,我们的做法是直接new ServerSocket(port);

2、编写一个servlet我们通常的做法是实现HttpServlet接口,然后重写doGet、doPost方法;

3、tomcat接收到的是浏览器的请求,但是发送给servlet的却只有请求体,这个过程一定经过某些处理。



1、初始化Connector

该过程在tomcat的启动过程执行,所以我直接接着tomcat的启动进行讲解,此时tomcat已经在启动的过程中了

1、实例化规则入口

下图为对应的启动的规则,前文提到的博客中有详细的解释,这里不再进行赘述。



2、根据传入的协议,选择待实例的Protocol对象。

在实例化Connector对象的时候,会调用setProtocol方法,完成对应协议的设置,然后通过反射创建对应的Protocol实例对象。

protocol参数值根据server.xml配置文件中配置决定




2、实例化Http11Protocol

实例化Http11Protocol第一步就是创建对应的IO模型

此处的JIoEndpoint表示对应的IO模型为BIO




3、调用JIoEndpoint内部类Acceptor

目前完成的工作,根据配置,创建出了connector,并且创建了具体的xxxEndpoint对象

在tomcat启动的时候,tomcat会调用具体的xxxEndponit的startInternal方法,在该方法中会调用createAcceptor方法,完成对应的监听处理。这在我之前的tomcat启动流程中的第五章有讲解



那么我们此时直接进入到JIoEndpoint的Acceptor方法中

1、接收请求

然后会调用下面的代码(源码过长,仅复制关键源码),接收浏览器发送过来,操作系统接收到的请求

socket = serverSocketFactory.acceptSocket(serverSocket);



// acceptSocket方法实现。不难发现,此处就是开启了一个服务端口
@Override
public Socket acceptSocket(ServerSocket socket) throws IOException 
    return socket.accept();



2、处理请求

如果接收到数据,就会调用下面的执行逻辑



3、执行对应的封装好的scoket任务

将我们的socket数据封装为一个wrapper,然后递交给线程池



4、执行SocketProcessor类的run方法

交给线程池的是一个线程任务,线程池底层会开启线程,然后线程再调用线程任务的run方法,所以我们可以直接点击对应的run方法查看执行细节。

注意,SocketProcessor同样也是xxxEndpoint的内部类





4、调用具体的协议的process方法

目前为止完成的任务,对应的协议(http、ajp)、协议内的数据模型(BIO、NIO、APR)都创建好了。并且我们也接收到了浏览器发送来的数据,我们把对应的任务交给了线程池,线程池调用对应的run方法,在run方法内部,会调用对应的协议的process方法,好在这是http协议的父类方法


1、根据具体的请求协议解析请求



2、再次转发给具体的我们在server.xml中配置的协议的方法

在这个方法中(AbstractHttp11Processor的process方法),你会看到Http请求对浏览器发送过来的请求数据进行了哪些操作处理

通过调试,我们可以直接拿到该请求的所有数据,在该方法中,还与我们的长连接有关,这个未来再进行讲解。



3、解析请求行、请求头、预处理请求、转发请求给servlet…

// 处理请求行
getInputBuffer().parseRequestLine(keptAlive);

// 处理请求头
getInputBuffer().parseHeaders();
    
// 预处理请求
prepareRequest();

// 将请求转发给servlet(重点)
adapter.service(request, response);

// 处理下一个请求
getInputBuffer().nextRequest();




5、调用CoyoteAdapter类的service方法

1、调用对应的管道进行数据过滤

回到我们第二节的流程图,此时数据已经来到了右边区域



2、调用StandardWrapperValve的invoke方法

具体的管道赋值的位置,也和tomcat的启动流程有关,这里请自己去调试具体的赋值位置,我们直接进入最后一个管道的位置。通过代码,我们不难发现,在该类中除了转发请求给servlet,还完成了response对象的参数设置。




6、 filterChain.doFilter(request.getRequest(),response.getResponse())

看名字我们我们就能很清楚的了解到这个方法,和servlet中的过滤器相关的实现有密切的关系。自然我们的请求处理也就包裹在这个里面。传入的参数,这里还使用了一个门面模式,用来屏蔽一些操作。



然后调用internalDoFilter(request,response)方法

  • 调用filter.doFilter(request, response, this)方法,完成过滤器的处理
  • 调用servlet.service(request, response)方法,转发给具体的servlet

代码过多,展示片段




7、转发到Servlet规范中

1、tomcat转发到servlet中

此时tomcat的工作基本完成,tomcat中完成了请求头、请求行的处理、过滤器以及返回对象response等的处理,剩下的工作就交给servlet了



2、根据请求的类型调用对应的方法

我的测试类只重写了doGet方法,所以我们可以直接调试doGet方法



3、在doGet方法中,我们能找到我们的TestResponse类,即请求完成。剩下的就是请求结束后的返回操作

以上是关于浅谈Tomcat接收到一个请求后在其内部的执行流程(源码)的主要内容,如果未能解决你的问题,请参考以下文章

Tomcat组件架构图梳理

浅谈SpringMVC核心组件及执行流程(含源码解析)

浅谈SpringMVC核心组件及执行流程(含源码解析)

Tomcat 基础及配置

OkHttp面试之--OkHttp的整个异步请求流程

浅谈Spring Cloud Gateway源码