线程私有区分配快且无gc开销，共享区因并发协调和gc机制导致延迟波动。私有区栈分配轻量、释放零成本；共享区堆依赖tlab优化但仍有同步开销，元空间分配引发系统调用与碎片，对象回收非即时。
线程私有区和共享区在内存分配上存在本质差异，直接影响性能表现。关键不在于“谁更快”，而在于“在哪种场景下哪种方式更合适”。
线程私有区的分配开销特点
私有区（程序计数器、虚拟机栈、本地方法栈）为每个线程独立分配，生命周期与线程绑定。
- 栈空间分配轻量但固定：JVM 启动时按 -Xss 参数预设栈大小（如1MB），线程创建时直接映射一段连续虚拟内存，不立即分配物理页；实际使用中按需触发缺页中断，开销小但不可动态扩容。
- 无GC参与，释放零成本：线程结束时，整个栈空间由操作系统直接回收，不经过垃圾收集器，没有标记、清理或移动的延迟。
- 局部变量分配极快：基本类型和对象引用压入操作数栈或存入局部变量表，本质是修改栈顶指针，属于CPU寄存器级操作，几乎无内存管理负担。
线程共享区的分配开销特点
共享区（堆、元空间）由所有线程共用，分配行为需协调并发请求，引入额外机制。
- 堆分配依赖TLAB（Thread Local Allocation Buffer）优化：每个线程从堆中划出一块私有缓存区，避免每次 new 都竞争全局堆锁；但TLAB耗尽或大对象分配仍需进入共享区域，触发同步或CAS重试，带来延迟波动。
- 元空间分配涉及本地内存管理：类加载时向操作系统申请内存（mmap），虽不走JVM堆GC，但频繁定义/卸载类会导致系统级内存碎片和系统调用开销。
- 无即时释放语义：对象仅标记为“可回收”，真实内存释放由GC周期性执行，可能造成瞬时分配速率远高于回收速率，引发晋升失败或Full GC停顿。
典型场景下的开销对比
不同操作路径的实际代价差异明显：
- 新建一个int局部变量 → 栈帧内偏移寻址，纳秒级，无锁无同步。
- new 一个轻量对象（如Integer） → TLAB内快速分配，通常几十纳秒；若TLAB不足，则上升至微秒级并伴随轻量同步。
- 加载一个新类 → 元空间分配+符号表注册+常量池解析，毫秒级，且可能触发类加载锁争用。
- 大量短命对象集中分配后触发Minor GC → 暂停所有应用线程（STW），扫描、复制、更新引用，耗时取决于存活对象数量而非分配总量。
影响开销的关键配置因素
很多“性能问题”其实源于配置与使用模式不匹配：
- -Xss 设置过大：单线程栈占8MB，1000个线程就预留8GB虚拟内存——虽不立即消耗物理内存，但可能挤占其他映射区域（如DirectByteBuffer、元空间），间接引发OOM。
- TLAB过小或禁用（-XX:-UseTLAB）：高并发 new 场景下，线程频繁竞争Eden区指针，导致分配吞吐下降30%以上。
- 元空间初始值（-XX:MetaspaceSize）过低：类加载初期反复触发GC来扩容元空间，产生不必要的元数据扫描开销。
