CentOS上优化Java配置的实用清单
一 基础准备与监控
- 选择稳定的 JDK LTS 版本（如 JDK 11、JDK 17），在正式环境前完成升级与回归测试，优先使用带有最新性能修复的构建。
- 正确设置环境变量：JAVA_HOME、PATH，确保应用与脚本能定位到正确的 java 可执行文件。
- 建立基线监控：使用 jstat、jstack、jmap 观察 GC、线程与内存；配合 VisualVM/JConsole 做实时可视化；发生 OutOfMemoryError 时开启 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=… 生成堆转储并用 MAT 分析。
- 若运行 Tomcat/Jetty 等容器，先用默认配置跑压测，记录 GC 次数/停顿、线程峰值、CPU/IO，再按监控结果逐步调参。
二 操作系统层优化
- 文件描述符与进程限制：提升单进程可打开文件数，编辑 /etc/security/limits.conf 增加如：
- soft nofile 65535
- hard nofile 65535
并在 systemd 服务单元中设置 LimitNOFILE=65535，执行 systemctl daemon-reexec 后重启应用生效。
- 虚拟内存与 swap：适度降低 vm.swappiness（如 10），减少换页，提升响应；仅在必要时启用 swap。
- 网络栈优化（示例为中等并发 Web 场景，按带宽与延迟微调）：
- net.core.somaxconn=1024
- net.ipv4.tcp_max_syn_backlog=8192
- net.ipv4.tcp_fin_timeout=30
- net.ipv4.tcp_keepalive_time=1200
- net.ipv4.ip_local_port_range=1024 65535
- net.core.rmem_max=16777216；net.core.wmem_max=16777216
- net.ipv4.tcp_rmem=4096 87380 16777216；net.ipv4.tcp_wmem=4096 65536 16777216
修改 /etc/sysctl.conf 后执行 sysctl -p 生效。
- 文件系统与挂载：优先 XFS/ext4，并使用 noatime 挂载选项减少元数据写入；为日志与数据目录使用独立磁盘/分区，避免 I/O 争用。
三 JVM层优化
- 堆与元空间：将 -Xms 与 -Xmx 设为相同，避免运行期扩缩堆带来的抖动；根据对象生命周期与停顿目标选择 G1GC（低延迟） 或 ParallelGC（高吞吐）；为元空间设置上限 -XX:MaxMetaspaceSize=…，防止无界增长。
- 常用启动参数模板（按应用内存与延迟目标二次调整）：
- G1GC（低延迟优先）：
-Xms8g -Xmx8g -XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:G1HeapRegionSize=16m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/var/log/app/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/log/app/heap.hprof
- ParallelGC（吞吐优先）：
-Xms8g -Xmx8g -XX:+UseParallelGC -XX:ParallelGCThreads=8 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/var/log/app/gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/log/app/heap.hprof
- 不建议使用 -Xcomp（强制编译所有方法），通常会导致启动变慢且占用更多内存，保持默认分层编译更稳健。
- 容器/虚拟化环境：如运行在 Docker/K8s，务必设置容器内存上限，并将 -Xmx 限制在容器可用内存范围内，避免被 OOM Killer 终止。
四 Web容器与中间件调优（以 Tomcat 为例）
- 连接器（HTTP/1.1 NIO）：
- maxThreads=500（按 CPU 与下游能力调优）
- acceptCount=100（等待队列长度）
- maxKeepAliveRequests=100（复用连接，降低握手开销）
- 禁用不必要的 AJP 连接器（如无需与 Apache httpd 联动）。
- 线程栈：如应用创建大量线程，可适当降低 -Xss（如 256k–512k） 以节省堆外内存，但需压测验证栈深是否足够。
- 其他：开启访问日志的异步写入、合理设置连接超时与超时重试，避免线程与连接长时间占用。
五 验证与持续化
- 压测与回归：在 预发/灰度 环境使用真实流量或回放流量进行压测，观察 99.9%/99.99% 延迟、吞吐、Full GC 次数与停顿、线程/连接数 等关键指标，按结果回滚或继续微调。
- 日志与告警：集中采集 GC 日志、应用日志、系统指标（CPU/内存/IO/网络），对 GC 停顿过长、Full GC 频繁、线程池满、连接池耗尽 等设定阈值告警。
- 变更管理：任何参数调整遵循“小步变更—可回滚—可观测”原则，保留每次调参的 变更单与压测报告，形成持续优化闭环。