spring框架本身不隐式调用system.gc()，容器关闭时的gc实为jvm自主行为或第三方库/应用代码主动触发；需通过gc日志标记、jfr录制、字节码插桩（如arthas）及排查disposablebean、shutdownhook等定位真实调用源。
Java 中 System.gc() 并不会在 Spring 容器销毁时被“隐式调用”——Spring 框架本身从不主动调用它。如果你观察到容器关闭后发生了 GC，那通常是 JVM 自身行为（如老年代回收、Full GC 触发）或第三方库/应用代码主动触发所致，而非 Spring 的默认逻辑。
确认是否真有 System.gc() 被调用
仅靠日志或 GC 日志（如 -XX:+PrintGCApplicationStoppedTime 或 -XX:+PrintGCDetails）无法直接判断是谁调用了 System.gc()。需结合以下方式定位：
- 启用 JVM 参数
-XX:+UnlockDiagnosticVMOptions -XX:+PrintGCApplicationStoppedTime -XX:+PrintGCDetails，观察 GC 停顿前是否有 “System.gc()” 字样（JDK 9+ 默认不显示，需配合-XX:+ExplicitGCInvokesConcurrent或使用 JFR） - 使用 JDK Flight Recorder（JFR）录制 shutdown 阶段：启动时加
-XX:StartFlightRecording=duration=60s,filename=recording.jfr，然后分析事件jdk.GCConfiguration和jdk.GCHeapSummary，重点关注cause = "System.gc()" - 在测试环境用字节码增强工具（如 ByteBuddy 或 Arthas）拦截
java.lang.System.gc()方法调用，打印栈轨迹：
Arthas 示例：watch java.lang.System gc '{params,returnObj,throwExp,method,location}' -n 1
排查 Spring 容器关闭过程中的可疑代码
Spring 本身不调用 System.gc()，但以下场景可能间接导致：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
-
自定义 Lifecycle 或 DisposableBean 实现：检查所有实现
DisposableBean、@PreDestroy、或实现SmartLifecycle的类，确认其销毁逻辑中是否含System.gc()或调用了含该调用的工具类（如某些旧版缓存清理工具） -
第三方依赖组件：如某些 JDBC 连接池（Druid 早期版本）、序列化库（Kryo）、监控 SDK（部分 APM agent）会在 shutdown hook 中执行资源清理并附带 GC；查阅对应组件文档或源码中
shutdown()/close()方法 -
显式注册的 JVM Shutdown Hook：搜索项目中
Runtime.getRuntime().addShutdownHook(...)，检查其中是否包含System.gc()
检查 JVM 启动参数与运行时配置
某些 JVM 参数或运行模式会提高 GC 触发概率，容易误判为“隐式调用”：
-
-XX:+DisableExplicitGC：若该参数已启用，则System.gc()调用会被忽略（但日志仍可能显示 GC，实际是 JVM 自主行为） -
-XX:+UseG1GC+-XX:MaxGCPauseMillis设置过小：容器关闭时内存压力突增（如大量 Bean 销毁释放引用），可能触发 G1 的 Mixed GC 或 Full GC，看起来像“跟着 shutdown 发生” -
-Xmx与-Xms差距过大：JVM 在 shutdown 前可能收缩堆，引发 GC
验证与规避建议
若确认是某处误调用 System.gc()，可按如下处理：
- 移除所有手动
System.gc()调用——它无法保证立即执行，且干扰 JVM GC 策略，现代 JVM 下基本无必要 - 用
-XX:+DisableExplicitGC彻底屏蔽（注意：部分老框架依赖它做“强制回收”，启用前需充分测试） - 若必须观察内存释放效果，改用
System.runFinalization()（已废弃，不推荐）或更可靠的资源管理方式（如 try-with-resources、明确 close()） - 容器关闭阶段关注内存泄漏：用 MAT 或 VisualVM 分析 heap dump，确认是否因 Bean 未正确释放导致 shutdown 时对象堆积，从而诱发 GC
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
