Tomcat内存优化
Tomcat内存优化主要是对 tomcat 启动参数优化，我们可以在 tomcat 的启动脚本 catalina.sh 中设置 java_OPTS 参数。
JAVA_OPTS参数说明
-server 启用jdk 的 server 版；
-Xms Java虚拟机初始化时的最小内存；
-Xmx java虚拟机可使用的最大内存；
-XX: PermSize 内存永久保留区域
-XX:MaxPermSize 内存最大永久保留区域
服务器参数配置
现公司服务器内存一般都可以加到最大2G ，所以可以采取以下配置：
JAVA_OPTS="-Xms1024m -Xmx2048m -XX: PermSize=256M -XX:MaxNewSize=256m -XX:MaxPermSize=256m"
或
JAVA_OPTS="-server -Xms2048m -Xmx6144m"
配置完成后可重启Tomcat 。
Tomcat并发优化
[调整连接器connector的并发处理能力]
其中和最大连接数相关的参数为maxProcessors 和 acceptCount 。如果要加大并发连接数，应同时加大这两个参数。
web server允许的最大连接数还受制于操作系统的内核参数设置，通常 Windows 是 2000 个左右， Linux 是 1000 个左右。
protocol：Tomcat 8 设置 nio2 更好：org.apache.coyote.http11.Http11Nio2Protocol（如果这个用不了，就用下面那个），Tomcat 6、7 设置 nio 更好：org.apache.coyote.http11.Http11NioProtocol
maxThreads 客户请求最大线程数 ，表示tomcat所能创建的最大线程数，即tomcat的最大并发能力，tomcat7中默认是200。
minSpareThreads Tomcat初始化时创建的 socket 线程数 ,表示定义最低数量的进程处于运行中，即表示在tomcat启动后，预先生成这样数量的线程等待用户的接入，有点类似httpd中的prefork模式中预先生成一些进程来等待接受请求。
maxSpareThreads Tomcat连接器的最大空闲 socket 线程数 ，表示如果空闲的进程多于这个值，那就把多余的线程中止来释放资源。
enableLookups 若设为true, 则支持域名解析，可把 ip 地址解析为主机名， 一般都应该设置为false。
redirectPort 在需要基于安全通道的场合，把客户请求转发到基于SSL 的 redirectPort 端口
acceptAccount ，默认值100：监听端口队列最大数，满了之后客户请求会被拒绝（不能小于maxSpareThreads ） ，tomcat的的处理能力达到maxThreads设定的值后，接下来的连接放入acceptCount设定的队列中，tomcat7中默认是100。
connectionTimeout 通常3000毫秒：连接超时
minProcessors ，默认值10：服务器创建时的最小处理线程数
maxProcessors ，默认值75：服务器同时最大处理线程数
URIEncoding URL统一编码
[Tomcat缓存优化]
compression 打开压缩功能 ，是否启用压缩功能，on为启用，off为禁用，默认是off。启用压缩功能能节约带宽，但会占用更多的cpu资源，这个视实际情况而定到底是否启用压缩功能，在实际环境中压缩的功能一般放在前端的httpd或nginx上来处理。
compressionMinSize 启用压缩的输出内容大小，这里面默认为2KB
compressableMimeType 压缩类型
connectionTimeout 定义建立客户连接超时的时间. 如果为 -1, 表示不限制建立客户连接的时间
参考网络对服务器做过如下配置，拿出来分享下：
<Connector port="9027" protocol="HTTP/1.1" maxHttpHeaderSize="8192" maxThreads="1000" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" compression="on" compressionMinSize="2048" compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" connectionTimeout="20000" URIEncoding="utf-8" acceptCount="200" redirectPort="8443" disableUploadTimeout="true" />
后来发现在访问量达到3 百万多的时候出现性能瓶颈，更改后的配置
<Connector port="9027" protocol="HTTP/1.1" maxHttpHeaderSize="8192" maxThreads="1000" minSpareThreads="100" maxSpareThreads="1000" minProcessors="100" maxProcessors="1000" enableLookups="false" compression="on" compressionMinSize="2048" compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain" connectionTimeout="20000" URIEncoding="utf-8" acceptCount="1000" redirectPort="8443" disableUploadTimeout="true"/>