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

在 2 核 2G（2 vCPU, 2GB RAM）的云服务器上部署 Java Web 应用，内存资源非常紧张。Tomcat 默认的 JVM 配置通常会占用过多内存，导致频繁 Full GC 甚至 OOM（Out Of Memory）。

以下是针对该环境的关键优化方案，分为 JVM 参数调整、Tomcat 配置优化、系统级限制以及架构建议四个维度：

1. JVM 参数调优（核心关键）

这是最重要的一步。默认情况下，Java 堆内存可能占用服务器总内存的很大比例，必须手动限制。

• 内存分配原则：

  • 服务器总内存：2048MB。
  • 操作系统及其他进程（如 MySQL 如果同机部署、监控 Agent）：预留约 500MB – 600MB。
  • 可用给 Java 的内存：约 1300MB – 1400MB。
  • 堆内存（-Xmx）：建议设置为 800MB – 1024MB。不要超过 1.2G，否则容易触发 Swap 交换分区，导致性能急剧下降。
  • 元空间/方法区（-XX:MaxMetaspaceSize）：默认通常够用，但可显式限制为 256MB。

• 推荐启动参数示例：

  # 基础设置
  -Xms512m -Xmx1024m          # 初始堆和最大堆设为 1GB，避免动态扩容开销
  
  # 垃圾回收器选择 (G1 适合大堆，CMS 已废弃，ParallelGC 适合小堆)
  # 对于 2G 机器，ParallelGC (默认) 或 ZGC (若 JDK11+) 均可，这里推荐 ParallelGC 以低延迟为主
  -XX:+UseParallelGC           # 使用并行垃圾回收器，吞吐量优先，对小内存友好
  
  # 堆外内存与元空间
  -XX:MaxMetaspaceSize=256m    # 限制类加载元空间，防止意外溢出
  
  # 其他优化
  -XX:+HeapDumpOnOutOfMemoryError # OOM 时自动导出堆快照
  -Xloggc:/path/to/gc.log       # 开启 GC 日志以便排查问题
  -XX:+PrintGCDetails           # 打印详细 GC 信息

2. Tomcat 自身配置优化

Tomcat 的线程池和连接数也需要根据 CPU 核心数进行缩减，避免创建过多线程消耗上下文切换资源。

A. server.xml 优化 (Connector)

修改 <Connector> 标签，降低最大连接数和线程数。

<Connector port="8080" protocol="HTTP/1.1"
           connectionTimeout="20000"
           redirectPort="8443" 
           maxThreads="150"        <!-- 默认通常是 200，2 核建议降至 100-150 -->
           minSpareThreads="10"    <!-- 最小空闲线程，保持较小值 -->
           acceptCount="100"       <!-- 等待队列长度，不要设太大 -->
           disableUploadTimeout="true" />

• 线程数策略：2 核 CPU，建议 maxThreads 设置为 2 * 10 ~ 2 * 20 左右（即 20-40 个活跃线程），加上等待队列，总线程控制在 150 以内比较安全。

B. context.xml 优化 (Session)

减少 Session 对象的内存占用和过期时间。

<Context>
    <!-- 设置 Session 超时时间为 30 分钟 (单位：分钟)，避免长连接占满内存 -->
    <SessionConfig maxInactiveInterval="1800"/>

    <!-- 关闭 JNDI 查找（如果不需要），减少初始化开销 -->
    <!-- <Manager className="org.apache.catalina.session.PersistentManager">...</Manager> -->
</Context>

C. 关闭不必要的功能

• 如果不需要 AJP 协议，注释掉 <Connector protocol="AJP/1.3" ... />。
• 如果不需要 Manager 管理界面，在 manager 和 host-manager 的 Context 中移除访问权限或禁用它们，减少安全风险和内存占用。

3. 系统级与文件描述符优化

Linux 系统的默认文件描述符限制（ulimit）通常较低，高并发下会报错 "Too many open files"。

• 增加文件句柄限制：
  编辑 /etc/security/limits.conf，添加：

  tomcat soft nofile 65535
  tomcat hard nofile 65535

  (注意：如果是 systemd 管理的服务，还需在 /usr/lib/systemd/system/tomcat.service 中添加 LimitNOFILE=65535)

• Swap 分区管理：

  • 强烈建议：如果物理内存只有 2G，必须配置至少 2G 的 Swap（虚拟内存）。虽然 Swap 速度慢，但在极端负载下能防止 JVM 直接被 OOM Kill 杀掉。
  • 调整 Swappiness：将 vm.swappiness 调低（如 10），让系统优先使用物理内存，仅在必要时使用 Swap。

    sysctl vm.swappiness=10

4. 架构层面的建议（重要）

如果应用是单体架构且依赖较重，仅靠优化可能仍不够稳定。

1. 数据库分离：绝对不要将 MySQL 和 Tomcat 部署在同一台 2G 服务器上。MySQL 本身就需要大量内存。请将数据库迁移到独立实例或使用云数据库 RDS。
2. 引入缓存：如果业务允许，引入 Redis（单机版或云 Redis）来缓存热点数据，减轻数据库压力和 Java 应用的计算压力。
3. 静态资源分离：将图片、CSS、JS 等静态资源托管到对象存储（OSS/COS/S3）或 CDN，减少 Tomcat 的文件 IO 压力。
4. 容器化：如果使用 Docker，务必在 docker run 或 docker-compose 中严格限制内存上限（--memory=1g --memory-swap=1.5g），防止容器把整台服务器吃光。

总结检查清单

实施步骤建议：
先调整 JVM 参数和 Tomcat 线程数 -> 重启应用观察 GC 日志 -> 若无异常，再调整系统 ulimit 和 Swap -> 最后考虑架构拆分。