写在前面，本文不涉及具体的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类，即请求完成。剩下的就是请求结束后的返回操作
