Tomcat整体架构和处理流程解析

Tomcat整体架构图


1.第⼀次从socket中获取数据到InputBuffer中，BIO对应的是InternalInputBuffer，⽗类是AbstractInputBuffer
2.然后基于InputBuffer进⾏解析数据
3.先解析请求⾏，把请求⽅法，请求uri，请求协议等封装到org.apache.coyote.Request对象中
4.org.apache.coyote.Request中的属性都是MessageBytes类型，
直接可以理解为字节类型，因为从socket中获取的数据都是字节，
在解析过程中不⽤直接把字节转成字符串，并且MessageBytes虽然表
示字节，但是它并不会真正的存储字节，还是使⽤ByteChunk基于InputBuffer中的字节数组来进⾏标记，标记字节数组中的哪个⼀个范围表示请求⽅法，哪个⼀个范围表示请求uri等等。
5.然后解析头，和解析请求⾏类似
6.解析完请求头后，就基于请求头来初始化⼀些参数，⽐如Connection是keepalive是close，⽐如是否有Content-length，并且对于的⻓度是多少等等，还包括当前请求在处理请求体时应该使⽤哪个InputFilter。
7.然后将请求交给容器
8.容器再将请求交给具体的servlet进⾏处理
9.servlet在处理请求的过程中会利⽤response进⾏响应，返回数据给客户端，⼀个普通的响应过程会把数据先写⼊⼀个缓冲区，当调⽤flush，或者close⽅法时会把缓冲区中的内容发送给socet，下⾯有⼀篇单独的⽂章讲解tomcat响应请求过程
10.servlet处理完请求后，先会检查是否需要把响应数据发送给socket
11.接着看当前请求的请求体是否处理结束，是否还有剩余数据，如果有剩余数据需要把这些数据处理掉，以便能够获取到下⼀个请求的数据
12.然后回到第⼀步开始处理下⼀个请求

---

个人补充说明
Tomcat接受request对象，经过层层管道，在最后一个管道中调用service()方法，实际上调用了Httpservlet的方法最后跟据请求方式调用哪一个方法，例如get请求调用doget()方法。

前面说到request对象，这就有问题了，一个请求怎么就成了request对象了？
Tomcat接受请求(包含数据)怎么就成了request对象了，这些数据哪里来，操作系统给的，操作系统数据哪里来，另外一台服务器给的

传输数据跟据TCP协议，操作系统实现了TCP协议，Tomcat就是调用了(Tomcat是应用程序，是运行在操作系统上的，一个JVM就是一个应用程序也允许在操作系统上)Socket，而Socket最终是调用了操作系统里面的TCP协议方法，因为java程序无法直接调用操作系统上的TCP协议方法所以操作系统定义了一个Scoket接口供外界调用。
因为Tomcat是接受数据的，所以从Socket中取出数据解析成一个个请求，通过什么方式解析这个就要看你发过来的数据的协议是什么样子的了。
Http协议是应用层协议不关心传输只关心数据长啥样