2核2G云服务器部署Java Web应用，Tomcat需要做哪些优化？-云服务器

在 2 核 2G（约 1.8GB 可用内存）的云服务器上部署 Java Web 应用，资源非常紧张。Tomcat 的默认配置通常是为多核大内存环境设计的，直接运行极易导致 OOM（内存溢出）、频繁 GC 甚至服务崩溃。

以下是针对该场景必须进行的核心优化策略，按优先级排序：

1. JVM 堆内存调整（最关键）

这是防止 OOM 的第一道防线。2G 服务器扣除操作系统、Swap 和 Tomcat 非堆内存后，留给 Java 堆的空间非常有限。

原则：堆内存应控制在总物理内存的 50%~60% 左右，预留空间给元空间（Metaspace）、线程栈、Direct Buffer 和非堆内存。
推荐参数：
```
-Xms512m -Xmx512m
```
- Xms 和 Xmx 设置相同，避免 JVM 在启动时动态扩容带来的性能抖动和内存碎片。
- 注意：如果应用本身很小（如仅几个微服务或单体小应用），可以尝试降至 256m 或 384m，但需监控是否触发 Full GC。

2. 垃圾回收器 (GC) 选择

默认的 Serial GC 虽然简单，但在高并发下停顿时间长；Parallel GC 吞吐量高但停顿也不可控。G1 GC 是中小内存场景下的最佳平衡点，而 ZGC 在低版本 JDK 中可能不适用且开销大。

JDK 8 推荐：使用 G1 GC。

-XX:+UseG1GC
-XX:MaxGCPauseMillis=200  # 设定最大停顿时间目标，200ms 对于 2G 机器比较安全
-XX:InitiatingHeapOccupancyPercent=45 # 提前触发标记周期，防止老年代堆积过快

JDK 11+ 推荐：同样首选 G1，或者尝试 ZGC（如果 JDK 版本支持且应用对延迟极其敏感，但 ZGC 会占用更多 CPU 和内存，2G 机器需谨慎）。

3. Tomcat 自身连接数与线程池优化

Tomcat 默认线程数较大（通常 200+），每个线程消耗约 1MB 栈内存。2G 机器若开启大量线程，非堆内存会迅速耗尽。

限制最大线程数：
修改 server.xml 中的 <Connector> 配置：
```
<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000"
           redirectPort="8443"
           maxThreads="150" 
           minSpareThreads="10" />
```
- maxThreads: 建议设为 150-200。超过这个值，线程上下文切换和内存开销会抵消并发收益。
- minSpareThreads: 保持较小值（如 10-20），减少空闲线程的内存占用。
禁用不必要的连接器：
如果不需要 HTTPS 或 AJP 协议，确保 server.xml 中只保留 HTTP Connector，并注释掉其他 Connector。

4. 操作系统级优化

Linux 内核参数对网络性能和文件描述符数量有直接影响。

增加文件描述符限制 (ulimit)：
Tomcat 每个连接都需要一个文件句柄。默认限制（1024）太低，容易导致 "Too many open files"。
- 编辑 /etc/security/limits.conf：
```
tomcat soft nofile 65535
tomcat hard nofile 65535
```
- 编辑 /etc/systemd/system/tomcat.service (如果是 systemd 管理)：
```
[Service]
LimitNOFILE=65535
```

调整 TCP 参数：
编辑 /etc/sysctl.conf，优化短连接处理：

net.ipv4.tcp_tw_reuse = 1          # 允许重用 TIME_WAIT socket
net.ipv4.tcp_fin_timeout = 30      # 缩短 FIN-WAIT-2 超时
net.core.somaxconn = 1024          # 增大监听队列
net.ipv4.tcp_max_syn_backlog = 1024

执行 sysctl -p 生效。

5. 日志与调试优化

日志写入磁盘会消耗 I/O 和 CPU，且日志文件过大容易撑爆磁盘。

关闭调试模式：确保生产环境 logging.properties 或 logback-spring.xml 中没有开启 DEBUG 级别日志。
异步日志：如果使用 Logback，务必配置 AsyncAppender，避免业务线程阻塞等待 IO。
日志轮转：严格限制单文件大小（如 10MB）和保留天数（如 7 天），防止日志占满磁盘。
JVM 参数：
```
-Xloggc:/path/to/gc.log -XX:+PrintGCDetails -XX:+PrintGCDateStamps
```
定期分析 GC 日志，观察是否有内存泄漏。

6. 应用层与架构层面的“减负”

除了 Tomcat 本身，应用代码和依赖也需配合优化：

移除无用依赖：检查 pom.xml / build.gradle，剔除未使用的 jar 包，减小 ClassLoader 加载负担。
压缩响应：启用 Tomcat 的 compression="on" 和 compressionMinSize，减少网络传输量。
静态资源分离：将图片、CSS、JS 等静态资源托管到 CDN 或 Nginx，不要让 Tomcat 处理这些请求。
考虑 Nginx 反向X_X：
在 Tomcat 前加一层 Nginx。Nginx 处理静态资源和 SSL 卸载的效率远高于 Tomcat，可以大幅降低 Tomcat 的负载压力。

总结配置清单示例

假设你使用的是 JDK 8 + Tomcat 9，推荐的启动脚本 (setenv.sh) 内容如下：

#!/bin/bash
# CATALINA_OPTS 用于 Tomcat 进程
export CATALINA_OPTS="-server 
-Xms512m 
-Xmx512m 
-XX:+UseG1GC 
-XX:MaxGCPauseMillis=200 
-XX:InitiatingHeapOccupancyPercent=45 
-XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/var/log/tomcat/heapdump.hprof 
-XX:+PrintGCDetails 
-XX:+PrintGCDateStamps 
-Djava.security.egd=file:/dev/./urandom 
-Dfile.encoding=UTF-8"

# JAVA_OPTS 用于 JVM 通用选项
export JAVA_OPTS="$CATALINA_OPTS"

最后建议：
在 2G 机器上，监控比配置更重要。务必安装 htop、jstat 或 Prometheus + Grafana，实时监控内存使用率、GC 频率和 CPU 负载。如果发现频繁 Full GC 或 Swap 交换，说明应用内存模型需要重构或需要升级硬件。