Tomcat优化篇

一、Tomcat自身配置

1.Tomcat管理页面

我们可以打开Tomcat的管理页面，这块需要先配置下，在 tomcat-users.xml 中添加相关的用户和角色信息

如果访问提示出现了403的错误，则修改
webapps/manager/META-INF/context.xml中的内容

访问Tomcat服务

然后输入配置的账号密码

可以看到对应的监控信息

2. 禁用AJP服务

AJP是定向包协议。因为性能原因，使用二进制格式来传输可读性文本。WEB服务器通过TCP连接和SERVLET容器连接。为了减少进程生成socket的花费，

WEB服务器和SERVLET容器之间尝试保持持久性的TCP连接，对多个请求/回复循环重用一个连接。一旦连接分配给一个特定的请求，在请求处理循环结束之前不会再分配。

换句话说，在连接上，请求不是多元的。这个使连接两端的编码变得容易，虽然这导致在一时刻会有很多连接。

我们一般使用的Nginx+Tomcat的架构，所以用不着AJP协议，可以把AJP连接器禁用掉

3.Executor优化

在Tomcat中每一个用户请求都是一个线程，针对线程池我们也可以提供对应的优化来提升性能。

涉及到的几个参数

4.三种运行模式

bio:默认的模式，性能非常低下，没有经过任何优化处理和支持。

nio：new I/O,同步非阻塞的I/O操作，比传统的bio有更好的并发运行性能。

apr:需要安装 apr 、 apr-utils 、tomcat-native包，比较麻烦。是Apache HTTP服务器的支持库。你可以简单地理解为，Tomcat将以JNI的形式调用Apache HTTP服务器的核心动态链接库来处理文件读取或网络传输操作，从而大大地提高Tomcat对静态文件的处理性能。 Tomcat apr也是在Tomcat上运行高并发应用的首选模式。

@Deprecated
    public void setProtocol(String protocol) {
 

        boolean aprConnector = AprLifecycleListener.isAprAvailable() &&
                AprLifecycleListener.getUseAprConnector();

        if ("HTTP/1.1".equals(protocol) || protocol == null) {
 
            if (aprConnector) {
 
                setProtocolHandlerClassName("org.apache.coyote.http11.Http11AprProtocol");
            } else {
 
                setProtocolHandlerClassName("org.apache.coyote.http11.Http11NioProtocol");
            }
        } else if ("AJP/1.3".equals(protocol)) {
 
            if (aprConnector) {
 
                setProtocolHandlerClassName("org.apache.coyote.ajp.AjpAprProtocol");
            } else {
 
                setProtocolHandlerClassName("org.apache.coyote.ajp.AjpNioProtocol");
            }
        } else {
 
            setProtocolHandlerClassName(protocol);
        }
    }

调整对应的配置

5.web.xml

最终观察tomcat启动日志[时间/内容]，线程开销，内存大小，GC等

DefaultServlet

        default
        org.apache.catalina.servlets.DefaultServlet
        
            debug
            0
        
        
            listings
            false
        
        1
    

JspServlet

        jsp
        org.apache.jasper.servlet.JspServlet
        
            fork
            false
        
        
            xpoweredBy
            false
        
        3
    

welcome-list-file

        index.html
        index.htm
        index.jsp
    

mime-mapping移除响应的内容

        zip
        application/zip
    
    
        zir
        application/vnd.zul
    

session-config

默认jsp页面有session，就是在于这个配置

        30
    

6.Host标签

autoDeploy :Tomcat运行时，要用一个线程拿出来进行检查，生产环境之下一定要改成false

unpackWARs:war包自动解压缩，同样的生产环境改为false

7.Context标签

reloadable:false

reloadable:如果这个属性设为true，tomcat服务器在运行状态下会监视在WEB-INF/classes和WEB-INF/lib目录下 class文件的改动，如果监测到有class文件被更新的，服务器会自动重新加载Web应用。

在开发阶段将reloadable属性设为true，有助于调试servlet和其它的class文件，但这样用加重服务器运行负荷，建议 在Web应用的发存阶段将reloadable设为false。

8.启动速度优化

1. 删除没用的web应用：因为tomcat启动每次都会部署这些应用
2. 关闭WebSocket:websocket-api.jar和tomcat-websocket.jar
3. 随机数优化:设置JVM参数：-Djava.security.egd=file:/dev/./urandom
4. 多个线程启动Web应用: host:startStopThreads

9.其他方面

• Connector：配置压缩属性compression=“500”，文件大于500bytes才会压缩
• 数据库优化：减少对数据库访问等待的时间，可以从数据库的层面进行优化，或者加缓存等等各种方案。
• 开启浏览器缓存，nginx静态资源部署

二、JMeter测试

针对相关数据的测试我们可以通过JMeter来直观的给大家来展示。我们在tomcat8.0的服务中部署一个war服务。

我们找一个FlowableUI的war包，正常启动：可以正常访问

然后我们通过JMeter来压测：

设置请求相关信息

选择几个监听器

然后执行：吞吐量：4103

然后我们禁用掉AJP

再测试：4149 稍微有点提升

然后我们自定义线程池

记得关联上

吞吐量：4188

我们把线程池的相关数据调整下：最大线程数1000，最小线程数100再看看

没有太大的区别，这时我们可以设置最大的等待队列：maxQueueSize=“100”

我们可以发现当添加了最大阻塞队列后吞吐量提升到了5203了，提升效果显著，但是同样的异常率提升了很多32.6%，当然这也是正常的现象了。

最后我们修改下运行的模式。改为NIO2,同时不加最大等待队列来看看