jvm内存分配优化核心是减少竞争、提升效率、降低gc压力：tlab为线程独占eden缓冲区，避免锁竞争；栈上分配与标量替换基于逃逸分析，使未逃逸对象免于堆分配和gc。
JVM 内存分配优化的核心目标是减少竞争、提升分配效率、降低GC压力，并让对象生命周期与内存区域更匹配。实际效果往往体现在吞吐量提升、延迟下降和OOM减少上。
TLAB（线程本地分配缓冲区）
每个线程在Eden区中独占一小块缓冲区，用于快速分配小对象。无需加锁，避免多线程争抢堆内存指针。
- 默认开启，一般无需手动启用（-XX:+UseTLAB）
- 可通过-XX:TLABSize控制初始大小，但多数场景保持默认即可
- 大对象（超过TLAB剩余空间或超过特定阈值）直接在Eden区分配，不走TLAB
- 频繁分配中等大小对象时，可观察TLAB浪费率（通过-XX:+PrintTLAB），过高说明TLAB过小或对象尺寸分布不合理
栈上分配与标量替换
这是逃逸分析（Escape Analysis）生效后的优化行为：若JVM判定一个对象的引用不会“逃逸”出当前方法或线程，就可能不把它分配在堆上。
- 栈上分配：对象直接在虚拟机栈帧中分配，方法结束即自然回收，无GC开销
- 标量替换：若对象可被拆解为若干基本类型（如int、long、引用等），且各字段不逃逸，JVM可能跳过对象实例创建，只保留字段级变量
- 需开启-XX:+DoEscapeAnalysis（JDK 8u60+ 默认开启），但生产环境建议配合-XX:+PrintEscapeAnalysis验证是否真正生效
- 注意：同步块、静态赋值、方法返回对象等行为都会导致逃逸，使优化失效
对象年龄与分代分配策略
合理引导对象在年轻代内快速回收，避免过早晋升老年代，是降低Full GC频率的关键。
- 小对象默认在Eden分配；大对象（如大数组）可通过-XX:PretenureSizeThreshold指定阈值，直接进入老年代，避免复制开销
- 对象晋升老年代不仅看年龄（-XX:MaxTenuringThreshold，默认15），更取决于Survivor区容量和每轮YGC后存活对象总量
- 若发现大量对象在S区反复拷贝后才晋升，可适当调大Survivor区（-XX:SurvivorRatio调小，如设为4），但不宜过度压缩Eden
- 高并发短生命周期服务（如API网关），宜增大年轻代占比（-Xmn），减少对象提前进入老年代
元空间与直接内存的边界控制
这两类内存虽不在堆中，但失控同样引发OOM，且影响GC行为和系统稳定性。
- 元空间存储类元数据，Spring Boot类多的应用易触发Metaspace OOM，应显式设置-XX:MetaspaceSize和-XX:MaxMetaspaceSize（如256m/512m）
- 使用Netty、NIO DirectByteBuffer的应用，需限制-XX:MaxDirectMemorySize，否则可能耗尽本地内存，触发系统级OOM
- 线程栈（-Xss）不宜盲目调小，尤其使用深度递归或大量框架代理（如Spring AOP）时，256k~1m更稳妥
