Spring动态增删Bean后Visual VM监控存活对象数未即时下降问题

当前实现存在两个核心偏差，直接导致Bean移除后无法即时释放、VisualVM观察不到计数变化：

• removeBeanDefinition() 的能力边界被误判
  这个方法仅负责将Bean的定义信息从BeanDefinitionRegistry的存储Map中删除，完全不会触碰已经被实例化、存在于单例对象池中的Bean实例。Spring的单例Bean是懒加载机制：注册Bean定义时不会直接创建实例，只有第一次调用getBean()时才会完成初始化并存入单例池；光删除定义，对已经存在的实例没有任何操作。
• VisualVM的Live Objects统计逻辑存在天然滞后性
  VisualVM展示的存活对象计数，是基于最近一次垃圾回收完成后的快照值，而非实时扫描的堆内对象数量。哪怕对象已经没有任何强引用、处于可回收状态，只要没有触发GC流程，计数就不会发生变化。本地POC场景下堆内存充足，GC触发阈值高，自然会出现“等很久才看到计数变化”的现象。

要在调用移除接口后即时销毁对应Bean，必须按固定顺序完成两步操作，不能只调用单方法：

1. 先执行单例Bean的销毁逻辑
   调用DefaultListableBeanFactory的destroySingleton(beanName)方法，这个方法会完成三个动作：
   • 从单例一级、二级、三级缓存中移除对应Bean的实例
   • 触发Bean实现的DisposableBean.destroy()回调、自定义配置的destroy-method销毁逻辑
   • 清除Spring内部对该Bean的销毁注册记录
     你代码注释里的这行代码，才是真正负责销毁已实例化Bean的核心逻辑。
2. 再移除Bean定义
   完成单例销毁后，再调用((BeanDefinitionRegistry) ctx).removeBeanDefinition(beanName)清除Bean定义，确保后续不会因为误调用getBean()再次创建该类的实例。

   注意顺序绝对不能颠倒：如果先调用removeBeanDefinition()，后续执行destroySingleton()时会因为找不到对应Bean的定义配置，无法正确触发销毁回调，导致销毁流程失效。

因为VisualVM不会主动触发GC，所以手动操作即可看到即时效果：

• 完成de-register接口的全部销毁逻辑后，切到VisualVM的「监视」页面，点击页面上的「执行垃圾回收」按钮，立刻就能观察到对应Cluster类的Live Objects计数回落到Bean创建前的水平。
• 不需要等待自然GC：本地小流量测试时堆内存占用远低于GC触发阈值，自然GC可能几小时都不会触发，这也是观察滞后的主要原因。

常见踩坑提醒：如果测试过程中发现即使手动触发GC，对象计数依然没有下降，需要排查是否存在外部强引用——比如静态集合、自定义监听器、日志上下文持有了该Bean的引用，这些引用不会被Spring的销毁流程自动清除，必须手动置空才能让对象被GC回收。

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