JVM堆结构与参数配置决定Java内存分配效率：-Xms与-Xmx必须相等以避免动态伸缩抖动；-Xmn设为堆的1/3至1/2；-XX:SurvivorRatio=6增大Survivor区；-XX:MaxTenuringThreshold=6适配短生命周期对象；-XX:MetaspaceSize与-XX:MaxMetaspaceSize需显式限制元空间；并启用OOM快照、GC日志及合理-Xss。
Java 应用的内存分配效率，主要由 JVM 堆结构与参数配置决定。关键不是堆越大越好，而是让对象在合适区域“自然消亡”——短命对象在年轻代快速回收，长生命周期对象稳妥留在老年代，避免频繁晋升和 Full GC。
固定堆大小，消除动态伸缩抖动
初始堆（-Xms）和最大堆（-Xmx）必须设为相同值。例如 -Xms6g -Xmx6g。若两者不等，JVM 运行中会根据负载反复扩容或缩容，每次调整都触发 Stop-The-World，造成不可预测的延迟毛刺。生产环境推荐设为物理内存的 50%–70%，8G 服务器设 6G，32G 服务器可设 16G–20G。
合理划分年轻代，降低 Minor GC 压力
新生代（-Xmn）建议占堆的 1/3 至 1/2。比如堆 6G，可设 -Xmn3g。它直接影响 Eden 区容量——新对象都在这里分配。太小会导致对象很快填满 Eden，触发频繁 Minor GC；太大则压缩老年代空间，增加晋升压力。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 配合 -XX:SurvivorRatio=6（而非默认 8），使 Eden : S0 : S1 = 6 : 2 : 2，增大 Survivor 区，给存活对象更多“缓冲轮次”，减少因空间不足而提前晋升到老年代
- 对 Web 类短生命周期应用，可调低晋升年龄阈值：-XX:MaxTenuringThreshold=6，避免“熬够15次才进老年代”的僵化逻辑
元空间设限，防类加载泄漏失控
JDK 8+ 用元空间替代永久代，直接使用本地内存，默认无上限。若应用大量动态生成类（如 Spring Boot + CGLIB、Groovy 脚本），不加限制极易耗尽系统内存。
立即学习“Java免费学习笔记（深入）”；
- -XX:MetaspaceSize=256m：设为首次触发 Full GC 的阈值，比默认约 21MB 更合理，避免启动初期就频繁 Full GC
- -XX:MaxMetaspaceSize=512m：硬性上限，必须设置。Spring Boot 微服务建议不低于 256m，插件化架构可设至 1g
配套兜底与可观测配置
光调参数不够，还得留证据、有退路：
- OOM 自动快照：-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/jvm/dump/，确保出问题时有现场可查
- GC 日志开启：-Xlog:gc*:file=gc.log:time,level,tags（JDK 10+）或 -XX:+PrintGCDetails -XX:+PrintGCDateStamps（JDK 8），用于分析回收频率、停顿、晋升行为
- 线程栈适度放宽：-Xss512k（默认 256k），尤其在深度递归或大量异步回调场景下，防止 StackOverflowError
