多个Java项目部署在4C16G服务器上，如何合理分配JVM内存？

在一台 4C16G（4核 CPU，16GB 内存）的服务器上部署多个 Java 项目时，合理分配 JVM 内存至关重要，既要保证每个应用稳定运行，又要避免内存溢出或资源争抢。以下是详细的建议和最佳实践：

一、总体原则

1. 总内存限制：

   • 服务器物理内存为 16GB。
   • 操作系统、中间件（如 Nginx、MySQL、Docker 等）、日志、缓存等会占用一部分内存，通常建议留给 JVM 的总内存不超过 10~12GB。
   • 剩余 4~6GB 给操作系统和其他服务。

2. CPU 核心数限制：

   • 4 核 CPU，意味着并发处理能力有限，不建议部署过多 JVM 实例（一般 2~4 个较合适）。
   • 每个 JVM 最好控制线程数，避免上下文切换开销过大。

3. 避免 Full GC 频繁：

   • 单个 JVM 堆内存不宜过大（超过 4GB 容易导致长时间 GC），推荐单个堆大小 ≤ 4GB。
   • 使用 G1 或 ZGC 等低延迟垃圾回收器。

二、常见部署方案（示例）

场景：部署 3 个 Java 应用（如 Spring Boot 微服务）

✅ 总计 JVM 堆内存：3 + 2 + 1 = 6GB
✅ 元空间合计：约 500MB
✅ JVM 总内存消耗：约 7~8GB（含堆外内存）
✅ 剩余内存：8~9GB → 足够给 OS 和其他进程使用

三、JVM 参数配置建议

# 示例：App A 启动参数
java 
  -Xms3g -Xmx3g 
  -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m 
  -Xss256k 
  -XX:+UseG1GC 
  -XX:MaxGCPauseMillis=200 
  -XX:+HeapDumpOnOutOfMemoryError 
  -XX:HeapDumpPath=/logs/heapdump.hprof 
  -jar app-a.jar

关键参数说明：

• -Xms 和 -Xmx 设为相同值：避免堆动态扩容带来的性能波动。
• MetaspaceSize：避免频繁类加载导致元空间扩容。
• UseG1GC：适合堆在 2~4GB 的场景，降低 GC 停顿时间。
• MaxGCPauseMillis：控制最大停顿时间（可选）。
• HeapDumpOnOutOfMemoryError：便于问题排查。

四、优化建议

1. 监控与调优：

   • 使用 Prometheus + Grafana 或 Arthas 监控各 JVM 的内存、GC、线程情况。
   • 定期分析 GC 日志（开启 -Xlog:gc*:file=gc.log）。

2. 避免堆外内存泄漏：

   • 注意 DirectByteBuffer、JNI、Netty 等使用的堆外内存。
   • 可设置 -XX:MaxDirectMemorySize 限制。

3. 使用容器化（Docker）更佳：

   • 通过 docker run -m 4g 限制容器内存，配合 JVM 参数（如 -XX:+UseContainerSupport）自动适配。
   • 避免 JVM 误判可用内存。

4. 错峰部署高负载服务：

   • 避免多个高并发服务同时进行 Full GC。

5. 考虑使用 ZGC 或 Shenandoah（JDK 11+）：

   • 如果使用 JDK 11/17+，可尝试 ZGC（-XX:+UseZGC），实现亚毫秒级 GC 停顿，适合大堆低延迟场景。

五、不推荐的做法

• ❌ 单个 JVM 分配超过 4GB 堆内存（除非使用 ZGC）。
• ❌ 部署超过 4 个 JVM 实例（容易内存不足或 CPU 竞争）。
• ❌ 不设 -Xms 导致频繁扩容。
• ❌ 忽略 Metaspace 和堆外内存。

六、总结：推荐配置模板

📌 总 JVM 堆内存建议 ≤ 10GB，留足系统缓冲空间。

如有具体项目数量、类型（Web/API/定时任务）、流量规模，可进一步细化分配方案。