.NET 7.0与.NET Framework 4.8中ConditionalWeakTable行为差异问询

这个差异的核心原因在于.NET 7（属于.NET Core生态）与.NET Framework 4.8的GC（垃圾回收器）和JIT编译器行为差异，即使禁用JIT优化，两者的对象存活判定逻辑也存在区别：

1. 栈变量的生命周期处理不同 #

在禁用JIT优化的Release模式下，.NET 7的JIT不会主动将置为null的栈变量标记为“不再使用”。GC扫描栈内存时，可能仍能找到该对象的残留引用痕迹，导致对象被判定为存活。而.NET Framework 4.8的JIT在这种场景下会更早让栈变量脱离作用域，GC能准确识别到对象已无强引用。

2. ConditionalWeakTable内部实现与GC交互逻辑变更 #

.NET Core对ConditionalWeakTable的内部存储结构做了优化，同时GC处理弱引用表的回收触发时机也与.NET Framework不同。即使调用GC.Collect()，.NET 7的GC可能不会立即回收看似无强引用的对象——尤其是在栈上存在潜在引用痕迹的情况下。

3. GC分层回收策略的影响 #

.NET 7默认启用分层GC（Tiered GC），将对象分配在不同代中，回收时的扫描逻辑比.NET Framework 4.8的传统GC更具选择性。仅调用GC.Collect()可能无法触发彻底的跨代回收，导致对象暂时存活。

验证与修正方法 #

要在.NET 7中得到与.NET Framework 4.8一致的测试结果，可以尝试以下操作：

• 执行双重回收，确保GC彻底清理：

  mc2 = null;
  GC.Collect();
  GC.WaitForPendingFinalizers();
  GC.Collect(); // 再次回收，处理可能残留的弱引用
  

• 将测试代码封装到独立方法中，让栈帧执行完毕后自动清理：

  static void AddAndDiscard()
  {
      var mc2 = new ManagedClass();
      table.Add(mc2, new CustomData());
      mc2 = null;
  }
  
  // 主逻辑中调用
  AddAndDiscard();
  GC.Collect();
  GC.WaitForPendingFinalizers();
  GC.Collect();
  

这种方式下，方法执行完毕后栈帧被销毁，mc2的强引用会彻底消失，GC能正确回收对象。

需要注意的是：微软文档的示例是针对.NET Framework编写的，.NET Core/5+的GC和JIT有大量优化，相同测试代码的表现不同并不代表.NET 7的行为错误，只是垃圾回收策略的差异。测试弱引用回收时，需确保对象的所有强引用真正脱离作用域，而非仅置为null。

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