带你读《Apache Tomcat的云原生演进》——Tomcat的技术内幕和在喜马拉雅的实践（3）https://developer.aliyun.com/article/1377540
2. Memory Model
接下来介绍一下Tomcat的内存模型。在平时的开发中，Tomcat确实做的太优秀了，几乎感觉不到它里面的buff建连过来到它读出来再到我们。Tomcat是基于servlet规划实现的web容器，所以我们拿到的第一个Tomcat的接口API是Servlet API。
它里面屏蔽了很多种内存，到底是操作系统读出来，读出来它里面是怎么copy的，到我们拿到的request参数和url它中间经历了多少复制，以及中间是怎么管理的，我们平时几乎没有机会去了解。这是我们之前做API网关的时候，我们压测到性能问题的时候发现的，所以我们就对它们整个内部原理进理解了一下。总结出了这张图，它内存buff的原理。
首先它缓存了请求行和请求头，从内核端到用户端我们一直拷贝，因为Tomcat也支持APR协议，这个协议是堆外内存的，所以它不需要那么多拷贝。但我们默认的http协议默认都是堆内存的，所以必须要通过从内核端到用户端，通过堆外内存的转换再到它的整个包，这中间有两个拷贝。
拷贝过来以后中间有一个ByteBuffer，它的请求行还没写成原则，请求行的header、method、url、querystring的协议都缓存在ByteBuffer里面。整个头有一个结束的标志叫HeadEndOffset，因为这些是不变的，我们在读body数据是时候，不会把前面的数据给覆盖掉了。
因为body可能就不到512k或者256k就够了，但body可能是一个大的Pod请求，可能要发几k数据。因为Socketsize默认是8k，如果你的post请求是16k，你可能要拷贝多少次。它就会再对外出来，再拷贝到ByteBuffer里面，从HeadEndOffset那里重新写数据，再整个上到上面的PostDataByte。所以如果整个拷贝出来，要经过三次的拷贝我们的Post请求。
写模型我们一般是GetPutBuffer、OutPutBuffer，里面我们的那些请求，CharBuffer里面是响应行和响应头，再写到ByteBuffer里面去。
带你读《Apache Tomcat的云原生演进》——Tomcat的技术内幕和在喜马拉雅的实践（5）https://developer.aliyun.com/article/1377538
