Tomcat原理与优化随笔

1. 基础组件：

Server,

Service：

Connector(http, https, ajp用于Apache反向代理), Engine

Engine:

Realm用于安全配置等，如UserDatabaseRealm

Host：Valve链，比如自带的AccessLogValve可以记录访问日志

DefaultServlet统一处理静态资源：

流程：doGet方法判断资源文件是否存在，文件是否可读，根据文件类型设置content-type，文件时间等写入输出流

JspServlet处理JSP请求：url-pattern = *.jsp或*.jspx

jsp编译过程：JspServlet判断JSP文件的Servelt是否生成/过期(如class文件修改时间和jsp文件修改时间不同, tomcat会创建一个新的classLoader加载相同jsp)，

通过Compiler生成Servlet文件，调用该Servelt的_jspService方法，如果tomcat关闭了dev模式，则动态加载失效

HttpServletRequest：用到了门面模式

getParameter方法，判断参数是否解析过，如没有，则解析出参数键值对来，解析出的参数放到Map<String,List>结构中，这样每次

调用getParameter方法时，返回key的第一个value

Filter, FilterChain: 每个Filter完成后，调用FilterChain的doFilter方法调用下一个Filter

Connector: 根据配置的protocol不同使用不同的ProtocolHandler，请求完全由Handler处理，比如 Http11NioProtocol

Connector会将文件超过48k直接sendfile(channel.transferTo) 发送，而不会压缩，减少了CPU占用

Handler内部使用Endpoint进行请求接收处理

Executor：Connector可以配置使用的线程池

跨域请求：response.setHeader("Access-Control-Allow-Origin","*");  CorsFilter

Tomcat GC优化：根据应用的延迟和吞吐量特性选择合适的gc算法

ParallelGC吞吐量优先，不能满足低延迟需求

CMS：老年代回收与应用程序并行，实现低延迟(需要配置-XX:+UseParNewGC实现新生代并行回收，默认单线程)，单核服务器需要配置好

应用线程和CMS收集线程所占cpu比例(交替运行垃圾收集器应用线程)。

-XX:+UseCMSCompactAtFullCollection 在Full GC的时候对年老代的压缩

-XX:+UseG1GC

-XX:+DisableExplicitGC: 不建议打开，Java NIO 堆外内存代码中有显式调用System.gc

ELParser: 解析EL表达式

类加载：

Webapp类加载器：先自己加载，在自己的类路径上找不到才会再委托parent(基础类不允许其重新加载，以及servlet-api也不允许重新加载)

不同的应用使用不同的WebappClassloader实例

如果是双亲委派没法实现多个web app隔离

应用启动的时候，会为其创建对应的WebappClassLoader

Common 类加载器：WebappClassloader的parent，所有应用共同可见的class