线程私有区域（虚拟机栈、本地方法栈、程序计数器）不共享，高并发网关中需调优-Xss（如256k）、避免栈上大对象、采用EventLoop+NIO模型；禁用动态线程创建，规范ThreadLocal使用；关注JNI本地栈与GC Roots耦合影响。
线程私有区域（如虚拟机栈、本地方法栈、程序计数器）在JVM中不共享，每次创建线程都会为其分配独立空间。对Java高并发长连接网关这类服务——比如基于Netty的API网关或消息代理——线程数常达数千甚至上万，这部分开销会显著影响内存占用、GC压力和线程启动延迟。
栈空间配置直接影响连接承载能力
每个Java线程默认分配1MB栈空间（-Xss参数），若网关采用“一个连接一个线程”模型（如传统阻塞I/O），1万个连接即需约10GB栈内存，远超实际业务所需。而长连接场景下，多数时间线程处于等待IO状态，大量栈空间闲置。
- 建议将 -Xss 调整为 256k 或 128k（如 -Xss256k），对多数协议解析逻辑足够；
- 避免在栈上分配大对象（如深度递归、超长局部数组），否则易触发 StackOverflowError；
- Netty等框架推荐使用 EventLoop + NIO 模型，用少量线程处理大量连接，天然规避栈膨胀问题。
线程创建与销毁带来持续CPU与内存抖动
频繁创建/销毁线程（如短生命周期任务未复用线程池）会导致：内核态线程调度开销上升、JVM需反复分配栈内存并注册到线程列表、GC需跟踪更多线程本地对象引用（尤其ThreadLocal未清理时）。
- 网关应统一使用固定大小的 EventLoopGroup（如 Netty 的 NioEventLoopGroup），避免动态线程增长；
- 禁止在请求处理链路中 new Thread() 或使用无界线程池；
- 注意 ThreadLocal 泄漏：长连接场景中，若在线程复用期间未 remove()，旧请求数据可能滞留，间接扩大栈外内存占用。
程序计数器与本地方法栈虽小，但不可忽视累积效应
单个程序计数器仅几字节，本地方法栈默认与Java栈同大小，但在JNI调用频繁的网关（如集成C++解码库、国密SM4加解密）中，本地栈可能被大量占用且不受-Xss控制。
立即学习“Java免费学习笔记（深入）”；
- 通过 jstack -l <pid> 观察线程栈类型（JavaFrame / NativeFrame），识别高频JNI调用点；
- JNI代码需确保不泄漏本地引用，并限制 native 层栈深度；
- 必要时用 -XX:MaxDirectMemorySize 配合堆外内存监控，防止本地方法栈+DirectBuffer双重挤压内存。
真实瓶颈常不在栈本身，而在栈与GC的耦合
线程私有区域虽不直接受GC管理，但其引用的对象（如栈上创建的临时对象、ThreadLocal中的值）一旦逃逸到堆，就会成为GC Roots的一部分。高并发下大量短期线程导致大量弱引用（ThreadLocalMap.Entry）堆积，Full GC时扫描压力陡增。
- 优先使用 io.netty.util.concurrent.FastThreadLocal 替代 JDK ThreadLocal，减少Entry哈希冲突与清理开销；
- 对必须使用的 ThreadLocal，确保在 ChannelInactive 或请求结束时显式 remove()；
- 启用 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps，观察 GC Roots 枚举耗时是否随线程数增长而上升。
不复杂但容易忽略：线程私有区域不是“免费”的资源，它把并发压力从CPU转向了内存与GC子系统。网关性能调优，往往始于合理约束线程数量，而非盲目堆硬件。
