核心内存区域与垃圾回收基础
JVM将内存划分为几个主要区域。堆内存是存放对象实例的地方，是垃圾回收的主要战场。栈内存则用于存储局部变量和方法调用，每个线程都有自己的栈。方法区存储类信息、常量等元数据。程序计数器记录当前线程执行的字节码位置。垃圾回收主要关注堆内存，通过识别不再使用的对象并释放其空间来防止内存耗尽。
优化堆内存分配策略
调整堆内存大小是首要步骤。通过启动参数 -Xms 和 -Xmx 分别设置初始堆大小和最大堆大小。例如，-Xms2g -Xmx4g 表示初始分配2GB，最多可使用4GB。将两者设为相同值可以避免运行时动态调整带来的性能波动。新生代和老年代的比例也很重要，参数 -XX:NewRatio 可以设置两者比例，例如 -XX:NewRatio=2 表示新生代与老年代比例为1:2。对于大量产生临时对象的应用，可以适当增大新生代（使用 -Xmn 参数直接设置大小），让更多短期对象在新生代的Minor GC中被快速回收，避免过早进入老年代。
选择并调优垃圾回收器
针对不同应用场景选择合适的垃圾回收器。对于需要低延迟的应用（如Web服务），可以使用G1（Garbage-First）回收器，通过参数 -XX:+UseG1GC 启用。G1将堆划分为多个区域，并能设定预期最大停顿时间（使用 -XX:MaxGCPauseMillis 参数，如设置为200毫秒）。对于吞吐量优先的后台计算任务，Parallel Scavenge回收器（使用 -XX:+UseParallelGC）可能是更好选择，它专注于最大化应用运行时间占比。无论哪种回收器，都应避免频繁Full GC，监控老年代使用情况是关键。
监控与诊断实战技巧
使用JDK自带工具进行监控。命令 jstat -gc
高级参数与系统资源整合
对于容器化部署（如Docker），需要确保JVM感知容器资源限制。使用参数 -XX:+UseContainerSupport（JDK 8u191+和JDK 10+默认启用）让JVM根据容器配额（而非物理机资源）来设置堆内存。还可以使用 -XX:MaxRAMPercentage=75.0 来设置堆最大内存占可用内存的百分比。注意线程堆栈大小（通过 -Xss 设置，如1m），过多线程可能导致内存溢出。对于需要管理大量网络连接或文件句柄的应用，除了JVM内存，还需关注系统级别的文件描述符限制。
FAQ
问题1：如何快速判断我的Java应用是否存在内存泄漏？
答：可以连续监控老年代内存使用趋势。在应用执行完主要业务操作或经过一个完整业务周期后，触发一次Full GC（可通过jcmd
问题2：G1回收器设置的MaxGCPauseMillis目标值是否越小越好？
答：不是。设置一个过小的停顿时间目标（如20毫秒）会迫使G1更频繁地执行垃圾回收，以回收更小的空间增量来保证短停顿。这可能导致总体垃圾回收时间变长，降低应用吞吐量。该参数应设置为一个合理的、符合应用响应时间要求的值（如100-200毫秒），在停顿时间和吞吐量之间取得平衡。
问题3：在Docker容器中运行Java应用，为什么有时会出现内存使用超出容器限制而被杀死？
答：除了堆内存（Heap），JVM进程本身还需要内存用于栈、代码缓存、元空间、本地内存（如使用NIO时的直接缓冲区）以及一些由JVM本身或本地库（Native Library）管理的开销。如果只根据容器内存限制设置了-Xmx，而没有为这些非堆区域预留空间，或者应用使用了大量堆外内存（如Netty），总内存就可能超出限制。建议将最大堆内存（-Xmx）设置为容器内存限制的70%-80%，并为元空间（-XX:MaxMetaspaceSize）设置一个上限。
引用来源
1. Oracle官方文档：《Java Platform, Standard Edition Tools Reference》中关于jstat, jmap, jcmd工具的说明。
2. 《深入理解Java虚拟机：JVM高级特性与最佳实践（第3版）》，周志明著，第2-5章关于内存区域、垃圾收集器与内存分配策略的内容。
3. OpenJDK官方Wiki：《Garbage-First Garbage Collector》中关于G1回收器目标停顿时间模型的描述。
4. Red Hat开发者博客：《OpenJDK and Containers》系列文章中关于容器内存限制与JVM参数配置的建议。