云服务器
对于小型 Java Web 项目（例如：单体应用、日均访问量几千以内、主要依赖数据库查询而非复杂计算），在 Tomcat 下推荐的内存配置通常遵循“够用且留有余地”的原则。
核心推荐配置
建议 JVM 堆内存（Heap Size）范围：
- 最小值：
256MB(-Xms256m) - 最大值：
512MB(-Xmx512m)
生产环境通用参数示例：
JAVA_OPTS="-Xms256m -Xmx512m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=256m"详细分析与决策依据
1. 为什么是 256MB – 512MB？
- Tomcat 自身开销：Tomcat 进程本身（JVM 启动、类加载、线程池等）大约需要占用 64MB – 100MB 的非堆内存。如果给堆内存太小，剩余给业务代码的空间会非常紧张。
- 小型项目特征：
- 类数量相对较少（元空间 Metaspace 压力小）。
- 并发量低，不需要庞大的线程池和缓存。
- 数据主要在数据库中，应用层内存中缓存的数据量有限。
- 性能平衡：
- < 256MB：容易触发频繁的 Full GC，导致响应延迟甚至 OOM（内存溢出）。
- > 512MB：对于小型项目属于浪费资源。过大的堆内存会导致单次 GC 停顿时间变长（Stop-The-World），反而降低响应速度，且增加了服务器成本。
2. 关键参数设置技巧
为了获得最佳稳定性，建议采用以下策略：
- 固定初始堆大小：始终将
-Xms和-Xmx设置为相同的值（如都设为 512m）。- 原因：避免 JVM 在运行时动态调整堆大小带来的性能抖动。
- 元空间（Metaspace）：Java 8+ 使用 Metaspace 存储类元数据。小型项目默认值通常足够，但为了防止极端情况下的 ClassLoader 泄漏，可显式限制为
128m或256m。 - GC 选择：
- Java 8：默认 G1 或 CMS 均可，小型项目默认即可。
- Java 11/17/21：强烈建议使用默认的 G1 GC，它在中小堆内存下表现更稳定。无需额外添加复杂的 GC 参数。
3. 如何判断是否配置合理？
你可以观察以下指标来微调：
- 监控工具：使用 JConsole、VisualVM 或 Prometheus + Grafana 查看 Heap Memory 使用率。
- 正常状态：堆内存使用率在 60% – 70% 之间波动，Full GC 频率较低（每天几次或更少）。
- 需要扩容的信号：
- 频繁出现 Full GC（几分钟一次）。
- 内存使用率长期维持在 90% 以上。
- 日志中出现
java.lang.OutOfMemoryError: Java heap space。 - 此时可将上限提升至 768MB 或 1GB。
- 可以缩容的信号：
- 内存使用率长期低于 30%。
- 系统 CPU 负载很高但内存空闲很多（可能是不必要的线程池过大，而非内存不足）。
总结建议表
| 项目类型 | 预估 QPS | 推荐堆内存 (-Xmx) | 备注 |
|---|---|---|---|
| 超微型 Demo / 内部工具 | < 50 | 256MB | 仅限本地测试或极低流量内部网 |
| 标准小型 Web 项目 | 50 – 500 | 512MB | 最推荐配置，兼顾性能与成本 |
| 中型过渡项目 | 500 – 2000 | 1GB | 开始引入较多缓存或复杂逻辑时 |
最终建议：
如果是初次部署，直接设置为 -Xms512m -Xmx512m。这是一个在大多数云主机（如阿里云/腾讯云的最小规格 1核2G）上运行小型 Java Web 项目的“黄金甜点”区间。