怎样解决Ubuntu Tomcat并发问题 - 问答

优化Tomcat线程池配置
线程池是Tomcat处理并发请求的核心资源，合理配置可平衡并发能力与系统负载。需调整的关键参数包括：

maxThreads：设置Tomcat能创建的最大线程数（即最大并发处理数），需结合CPU核心数、内存大小及应用类型（CPU密集型建议设为2×核心数，IO密集型可设为4×核心数）；
minSpareThreads：保持的最小空闲线程数（默认10），确保低负载时有足够线程快速响应请求；
acceptCount：所有线程繁忙时，新请求进入的等待队列长度（默认100），队列满后会拒绝请求，需根据预期并发量适当增大（如设为maxThreads的1.5倍）。
示例配置（在server.xml的Connector中添加）：

<Connector port="8080" protocol="HTTP/1.1" 
           maxThreads="300" 
           minSpareThreads="50" 
           acceptCount="450" 
           connectionTimeout="20000"/>

选择高性能连接器协议
Tomcat默认的BIO（阻塞IO）连接器性能有限，高并发场景建议切换至NIO（非阻塞IO）或APR（基于Apache Portable Runtime的高性能连接器）：

NIO通过事件驱动模型减少线程阻塞，适合大多数高并发应用；
APR则利用操作系统原生IO（如Linux的epoll），性能更高，但需安装apr、apr-util、tomcat-native等依赖。
配置示例（server.xml中修改protocol）：

<Connector port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol" .../>

调整JVM参数优化内存与GC
合理的JVM配置可减少GC停顿，提升Tomcat处理并发的能力：

堆内存设置：根据服务器内存调整初始堆（-Xms）和最大堆（-Xmx），建议设为物理内存的一半（如8GB内存设为-Xms4g -Xmx4g），避免频繁扩容；
垃圾回收器选择：优先使用G1GC（适用于大内存应用），通过-XX:+UseG1GC启用，相比CMS可减少停顿时间；
元空间设置：JDK8及以上版本用元空间替代永久代，设置-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m，避免元空间溢出。
示例（catalina.sh或setenv.sh中添加）：

export JAVA_OPTS="-server -Xms4g -Xmx4g -XX:+UseG1GC -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m"

优化Linux内核参数
Linux内核参数直接影响Tomcat的网络与文件处理能力，需调整以下关键参数：

文件描述符限制：Tomcat处理并发请求需大量文件描述符，修改/etc/security/limits.conf（添加* soft nofile 65535和* hard nofile 65535），并通过ulimit -n 65535临时生效；
TCP参数优化：调整/etc/sysctl.conf，增加TCP缓冲区（net.core.rmem_max=1310720、net.core.wmem_max=1310720）、开启SYN Cookie防止DDoS（net.ipv4.tcp_syncookies=1）、复用TIME_WAIT连接（net.ipv4.tcp_tw_reuse=1），提升网络吞吐量。
修改后执行sysctl -p使配置生效。

代码层面优化并发处理
避免应用层代码成为并发瓶颈，需注意以下几点：

避免同步问题：使用synchronized关键字或ReentrantLock保护共享资源（如计数器、缓存），优先选择ReentrantLock（支持公平锁、可中断锁）；
使用并发集合：替换HashMap、ArrayList等非线程安全集合，使用ConcurrentHashMap、CopyOnWriteArrayList等线程安全集合，减少同步开销；
减少全局变量：Servlet中避免使用实例变量（如private int count），尽量使用局部变量（如方法内的int localCount），因为Servlet是单例多线程的，全局变量会导致线程不安全。
示例（线程安全的计数器）：

public class SafeCounter {
    private final AtomicInteger count = new AtomicInteger(0);
    public void increment() {
        count.incrementAndGet();
    }
    public int getCount() {
        return count.get();
    }
}

使用异步处理释放线程
对于长时间运行的任务（如调用第三方API、大数据处理），使用异步处理避免占用Tomcat线程：

Servlet 3.0+异步支持：在Servlet中调用request.startAsync()启动异步上下文，将任务提交至线程池处理，完成后通过AsyncContext返回响应；
消息队列：将耗时任务发送至RabbitMQ、Kafka等消息队列，由消费者线程处理，Tomcat线程仅负责接收请求。
示例（Servlet异步处理）：

@WebServlet(urlPatterns = "/async", asyncSupported = true)
public class AsyncServlet extends HttpServlet {
    private ExecutorService executor = Executors.newFixedThreadPool(50);
    protected void doGet(HttpServletRequest request, HttpServletResponse response) {
        AsyncContext asyncContext = request.startAsync();
        executor.submit(() -> {
            // 耗时任务
            String result = doLongTask();
            asyncContext.getResponse().getWriter().write(result);
            asyncContext.complete();
        });
    }
}

监控与诊断并发问题
持续监控Tomcat并发状态，及时发现并解决问题：

JMX监控：通过JConsole、VisualVM等工具连接Tomcat，监控线程池的活动线程数、最大线程数、待处理任务数，以及内存使用、GC情况；
线程转储分析：使用jstack命令生成线程转储（如jstack -l <pid> > thread_dump.txt），分析是否存在死锁（查找“Found one Java-level deadlock”）、线程阻塞等问题；
日志分析：开启Tomcat访问日志（server.xml中配置AccessLogValve），统计HTTP状态码（如5xx错误可能表示线程池耗尽）、请求响应时间，识别慢请求。
示例（生成线程转储）：

jstack -l $(pgrep -f tomcat) > /tmp/thread_dump_$(date +%F_%H-%M-%S).txt

0 赞

0 踩