fastjson导致元空间oom的本质是asm动态生成类累积过多且无法被gc回收，根源在于serializeconfig/parserconfig使用不当，而非单个动态类占用过大。
核心原因在于：序列化工具（如 Jackson、Fastjson）和动态代理框架（如 CGLIB、Javassist、Spring AOP）在运行时会高频生成新类，而这些类一旦被加载进 JVM，其元数据就永久驻留在元空间中——若类加载器无法被回收、类又未被卸载，就会持续占用本地内存，最终触发 OutOfMemoryError: Metaspace。
序列化工具为何悄悄“造类”
看似只是读写对象，实则暗含大量反射与字节码操作：
- Jackson/Fastjson 在首次解析某个类时，会通过反射扫描 getter/setter，并缓存
sun.reflect.GeneratedMethodAccessor类——每种方法组合都可能生成一个独立的加速器类 - 泛型类型擦除后需运行时重建类型信息，部分库（如 Gson）会动态生成桥接类或 TypeAdapterFactory 实现类
- 反序列化嵌套结构（如 List
动态代理如何成倍放大元空间压力
代理不是“复用”，而是“量产”——每次创建代理实例，背后都可能新增类：
ApiPost接口调试与文档生成工具
下载
ApiPost是一个支持团队协作，支持模拟POST、GET、PUT等常见请求，并可直接生成文档的API调试、管理工具，ApiPost是后台接口开发者或前端、接口测试人员的工作必备工具。快速生成、一键导出API文档。感兴趣的朋友快来下载吧。软件说明ApiPost官方版是一款十分出色的接口调试与文档生成工具，ApiPost官方版界面美观大方，功能强劲实用，支持团队协作，支持模拟POST、GET、PUT等常见请求，是后台接口开发者或前端、接口测试人员的工作必备工具。软件特色更方便支持接口调试的同时快速生成、一键
- CGLIB 为每个被代理类生成一个子类（如
UserService$$EnhancerByCGLIB$$a1b2c3d4），类名带随机后缀，JVM 视为全新类 - Spring AOP 默认使用 CGLIB 代理非接口类；若切面配置不当（如通配符过宽），可能为数十个 Service 类批量生成代理子类
- Javassist/ASM 手动生成类时，若未复用 ClassLoader 或未缓存生成结果，每次调用都新建 Class 对象，且加载器常为临时匿名加载器，难以被 GC
为什么这些类很难被卸载
元空间回收依赖类卸载，而卸载需同时满足三个硬性条件：
- 该类所有实例已被回收
- 加载它的 ClassLoader 实例本身也被回收
- 该类的
java.lang.Class对象无任何强引用（包括静态字段、线程局部变量、JMX 注册表等）
现实情况是：Web 容器热部署残留旧加载器、Spring 上下文持有 Bean 的 Class 引用、监控 SDK 缓存了代理类的 Class 对象——任一条件不成立，对应元数据就永远卡在元空间里。
真正有效的缓解手段
不是调大 -XX:MaxMetaspaceSize，而是切断膨胀链路：
- 对 JSON 序列化：禁用反射 fallback，强制使用编译期生成的序列化器（Jackson 的
@JsonSerialize+Module注册），或切换至protobuf/flatbuffers - 对动态代理：Spring Boot 项目启用
spring.aop.proxy-target-class=false优先走 JDK 动态代理（接口代理不生成子类）；CGLIB 场景务必复用Enhancer实例并设置setUseCache(true) - 统一加 JVM 参数：
-Dsun.reflect.noInflation=true（禁用反射膨胀类）、-XX:+CMSClassUnloadingEnabled（ZGC/G1 下改用-XX:+AlwaysActAsServerClassMachine配合类卸载）
