tomcat Http11NioProtocol如何解析http请求及如何解决TCP拆包粘包
前言
tomcat是常用的Web 应用服务器，目前国内有很多文章讲解了tomcat架构，请求流程等，但是没有如何解析http请求及如何解决TCP粘包拆包，所以这篇文章的目的就是介绍这块内容，一下内容完全是个人查看tomcat nio 相关源码来总结的，源码版本9.0.30，欢迎提问，欢迎指出错误。
请求解析
参数在请求行时的请求形式
GET /myServlet?name=zhangsan HTTP/1.1
Connection: keep-alive
参数在请求体时的请求形式
POST /myServlet HTTP/1.1
Connection: keep-alive
name=zhangsan
中间有一个空行表示请求头和请求体的分界。
解析请求行
以 GET /myServlet?name=zhangsan HTTP/1.1为例
将请求行按空格进行分割，将method(POST)，requestURI(/myServlet )，protocol(HTTP/1.1 )存起来
将?之后的数据存入queryString(name=zhangsan)存起来。
一直遇见换行符解析结束。
解析请求头
以这个为例
Content-Length: 13
Connection: keep-alive
name=zhangsan
解析过程很简单，以”:”进行分割，一直到读取到一个只有换行符的空行，请求头解析结束。
解析请求体
请求体解析是通过请求头中的Content-Length来进行解析的，读取Content-Length值中对应的字节数。
如何解决拆包粘包
知道了请求结果和解析流程，下面就介绍一下怎样处理拆包粘包。
粘包
粘包的解决是非常简单的，比如粘包后是这样的数据。
POST /myServlet?name=liuhao HTTP/1.1
Content-Length: 13
name=zhangsan
POST /myServlet?name=liuhao HTTP/1.1
tomcat处理请求时根据Content-Length进行读取，是不会读到第二个请求的，如果没有Content-Length的话也就没有请求体，请求头和下一个请求有空行，也不会读取。
拆包
拆包的处理方式大致相同就是数据没有读取完成就等
请求行拆包
POST /myServlet?name=liuh
请求行拆包，请求行结束的标志是换行符，如果没有收到换行符，表示请求行没有解析完，这个时候会重新监听读事件(使用java nio selector)，之前的数据会放到buffer中缓存。
请求头拆包
POST /myServlet?name=liuhao HTTP/1.1
Content-Type:
请求头拆包，请求头结束的标志是空行，如果没有只有换行符的空行，表示请求行没有解析完，这个时候会重新监听读事件(使用java nio selector)，之前的数据会放到buffer中缓存。
请求体拆包
POST /myServlet HTTP/1.1
Content-Length: 13
Connection: keep-alive
name=
请求体拆包，请求体结束的标志是数据读取足够的字节数，如果读取不够，会阻塞的读取数据直到读取成功或超时报错。
源码阅读指南
将tomcat的源码导入到IDE，然后从架构和原理来了解tomcat，之后可以通过阅读其他博客来了解源码，最后自己在IDE中查看相关源码，如果看的吃力，可以debug来看，如果想看拆包解包的源码，可以用postman发送一个完整的http请求，然后使用telnet来进行拆包粘包测试，也可以写一个client来测试，不过有一点要注意，telnet每次回车时会将\n传过去，需要在debug的时候去除，如果写一个client的话也要注意这一点。