如何确保JVM生命周期内池化对象不被GC并优化JVM避免GC检查？

我太理解你的困扰了——成百上千的常驻池化对象每次GC都被反复扫描，既吃CPU又拖慢GC周期，还不断挤占老年代甚至元空间资源。下面几个实践过的方案可以帮你解决这个问题：

1. 把池化对象移到堆外内存（完全避开GC扫描） #

如果你的池化对象可以转化为字节流或者不需要Java对象的特性（比如方法调用），可以用堆外内存来存储它们。堆外内存不属于Java堆的管理范围，GC完全不会扫描这部分内存，彻底消除了GC对这些对象的消耗。

• 实现方式：
  • 使用ByteBuffer.allocateDirect(int capacity)创建直接ByteBuffer，把对象的序列化数据存进去
  • 或者用jdk.internal.misc.Unsafe（Java 9+）的allocateMemory(long size)直接分配堆外内存，手动管理对象的存储与读取（注意：这种方式需要自己处理内存释放，避免内存泄漏）

2. 让池化对象成为"永久可达"的GC根，配合低延迟GC算法 #

如果你必须保留Java对象的形态，可以把池化对象的强引用放到静态集合里（比如public static final Map<String, PooledObject> POOL = new ConcurrentHashMap<>()），让这些对象成为GC根的一部分——GC标记阶段会直接认定它们是可达的，不会尝试回收。

但要进一步降低扫描开销，建议搭配ZGC或Shenandoah GC：

• 这两种低延迟GC采用了着色指针和并发标记技术，对大量存活对象的扫描效率极高，CPU开销比传统的CMS、G1低很多
• 启用方式：
  • ZGC：-XX:+UseZGC（Java 11+）
  • Shenandoah：-XX:+UseShenandoahGC（Java 12+，部分厂商版本在Java 8也支持）

3. 自定义类加载器隔离+静态引用（针对关联大量元数据的对象） #

如果你的池化对象导致元空间暴涨，可能是因为它们绑定了大量类元数据（比如动态生成的代理类）。可以把这些对象的类加载到自定义的类加载器中，然后让这个类加载器被静态引用持有，避免被GC回收：

• 这样类的静态变量引用的池化对象会永久存活，同时类元数据也不会被卸载，减少元空间的GC次数
• 注意：一定要确保自定义类加载器不会被意外回收，否则关联的对象和类元数据还是会被GC处理

4. 极端场景：使用Epsilon GC（完全禁用GC） #

如果你的应用中只有这些池化对象，没有其他需要回收的临时对象，可以考虑使用Epsilon GC——这是一个不做任何垃圾回收的GC实现，彻底消除GC的CPU开销。

• 启用方式：-XX:+UnlockExperimentalVMOptions -XX:+UseEpsilonGC
• 注意：必须确保内存足够容纳所有对象，否则会直接抛出OOM错误

最后提醒一下：如果选择堆外内存或Unsafe的方式，一定要做好内存泄漏的监控，因为JVM不会帮你自动回收这部分内存。

内容的提问来源于stack exchange，提问作者vishr