3、内存优化基础：内存分配机制、对象生命周期、GC调优基础
聊行情系统的内存优化，咱们得先打好地基。内存这玩意儿，说白了就是你的数据在JVM里怎么住、怎么搬、怎么清理。我见过不少团队，一上来就调GC参数，结果越调越糟。为什么？因为连内存怎么分配的都没搞明白。
今天这一章，我就带你从底层走一遍。不绕弯子，直接上干货。
3.1 内存分配机制：对象到底住哪儿？
先问个问题：你new一个对象，它到底去了哪？
大多数情况下，对象优先分配在Eden区。但这不是绝对的。JVM有一套复杂的分配逻辑，我总结成三个核心规则：
- 优先分配在Eden：绝大多数小对象，直接扔进年轻代的Eden区。Eden区满了，触发Minor GC。
- 大对象直接进老年代：什么叫大对象？就是需要连续内存空间的Java对象，比如很长的数组、字符串。JVM有个参数
-XX:PretenureSizeThreshold，超过这个大小的对象，直接分配到老年代。为什么要这样？因为大对象在年轻代里来回拷贝，成本太高了。 - 长期存活的对象晋升老年代：每个对象有个年龄计数器。每熬过一次Minor GC，年龄+1。默认到15岁（可以通过
-XX:MaxTenuringThreshold调整），就晋升到老年代。
核心要点：行情系统里，大量的行情快照对象（比如Tick、OrderBook）生命周期极短。它们应该死在Eden区，而不是跑到老年代去。如果发现老年代增长过快，先别急着调GC，先看看是不是大对象分配出了问题。
我个人习惯，在行情系统的启动脚本里，一定会加上-XX:+PrintTenuringDistribution。这个参数能打印出每个年龄的对象大小分布。有一次我排查一个老年代持续增长的问题，就是靠这个参数发现，有个缓存对象的年龄阈值设得太高了，导致本该在年轻代回收的对象，硬生生熬到了老年代。
3.2 对象生命周期：从生到死，你管得了吗？
对象的生命周期，说白了就三个阶段：创建、使用、回收。但行情系统里，对象的生命周期管理是个大坑。
我给你画个图，你就明白了：
你看这个图，行情对象从创建到回收，路径其实很清晰。但实际项目中，问题往往出在「引用被持有」这个环节。我曾经排查过一个内存泄漏，查了两天才发现，是一个静态的Map里存了所有历史Tick的引用，导致这些对象永远无法被回收。嗯，这就是典型的生命周期管理失控。
我的建议：在行情系统里，尽量使用局部变量。方法执行完，栈帧弹出，引用自动消失。别动不动就把对象往全局Map里塞。你想想看，一个Tick对象，处理完就完事了，留着干嘛？
3.3 GC调优基础：别瞎调，先看懂日志
GC调优，说白了就是三个目标：减少停顿时间、提高吞吐量、避免Full GC。但行情系统对延迟极其敏感，所以我们的首要目标是——减少停顿。
怎么调？我分三步走：
- 看懂GC日志：这是基本功。加参数
-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:gc.log，然后分析日志。 - 确定目标：你的行情系统是追求低延迟（比如期货高频），还是高吞吐（比如行情数据分发）？目标不同，GC策略完全不同。
- 选对GC算法：
| GC算法 | 适用场景 | 特点 | 我的建议 |
|---|---|---|---|
| G1 | 大堆内存（>4G），低延迟 | 分区回收，可预测停顿 | 行情系统首选，我用了三年 |
| CMS | 老年代回收，低延迟 | 并发标记，但会产生碎片 | JDK 9以后不推荐了 |
| Parallel | 高吞吐，批处理 | 吞吐量高，但停顿时间长 | 适合离线计算，不适合行情 |
| ZGC | 超大堆，亚毫秒级停顿 | 几乎无停顿，但内存占用高 | JDK 11+，未来趋势 |
我个人习惯，行情系统用G1。为什么？因为G1可以设置-XX:MaxGCPauseMillis=50，把每次GC停顿控制在50毫秒以内。这对于行情处理来说，基本可以接受。
注意：别把MaxGCPauseMillis设得太小，比如10毫秒。G1为了满足这个目标，会频繁触发GC，反而导致吞吐量下降，CPU飙升。我曾经在某个项目里设了20毫秒，结果GC频率从每分钟1次变成了每分钟10次，系统负载直接翻倍。后来调到50毫秒，一切正常。
3.4 实战：行情系统GC调优三板斧
好了，理论讲完了，咱们来点实际的。假设你有一个行情接收程序，每秒处理10万笔Tick。你怎么调？
第一斧：调整堆大小
-Xms4g -Xmx4g -Xmn2g堆大小固定，避免动态扩容带来的性能抖动。年轻代给2G，因为行情对象大部分是短命的。
第二斧：设置G1参数
-XX:+UseG1GC
-XX:MaxGCPauseMillis=50
-XX:InitiatingHeapOccupancyPercent=45
-XX:G1HeapRegionSize=4mInitiatingHeapOccupancyPercent=45的意思是，当堆使用率达到45%时，启动并发标记周期。这个值我一般设得比较低，因为行情系统内存增长快，早点开始标记，避免并发标记跟不上分配速度。
第三斧：对象分配优化
-XX:PretenureSizeThreshold=1m
-XX:+UseTLAB
-XX:TLABSize=512k超过1MB的大对象直接进老年代。TLAB（线程本地分配缓冲区）能减少线程竞争，提升分配效率。我建议TLAB大小设512KB，够用又不浪费。
避坑指南：我曾经遇到过一个场景，行情系统频繁Full GC。查了半天，发现是PretenureSizeThreshold设得太小（256KB），导致一些中等大小的对象也进了老年代。老年代一满，就触发Full GC。后来改成1MB，问题解决。所以这个值要根据你的业务对象大小来定，别照搬网上的配置。
3.5 总结：内存优化的三个核心认知
讲到这里，你应该对内存优化有了基本认识。我总结三个核心认知，你记住就行：
- 对象是有生命的：别让短命对象住进老年代，也别让长命对象在年轻代里反复拷贝。
- GC不是万能的：调GC参数只是治标，减少对象创建才是治本。行情系统里，能复用对象就复用，能池化就池化。
- 日志是最好的老师：别靠猜，看日志。GC日志里藏着所有答案。
嗯，这一章就到这里。内存优化是个慢功夫，别指望一天搞定。下一章咱们聊聊更具体的——对象池技术，那才是行情系统性能提升的杀手锏。