GC堆压缩后，C#中Dictionary如何查找未重写哈希方法的对象键？

这问题问到点子上了——GC压缩导致对象内存地址变化，乍一看好像会把依赖引用的Dictionary搞崩，但CLR早就把这个坑填上了！咱们一步步拆解：

1. 先搞懂默认GetHashCode()的本质 #

很多人误以为引用类型默认的GetHashCode()返回的是对象的内存地址，这是个常见误区！实际上，CLR会给每个引用类型对象分配一个唯一的标识哈希码，这个值在对象的整个生命周期里是固定不变的——哪怕GC把对象从内存的A位置移到B位置，这个哈希码也不会变。

Dictionary内部是用哈希表实现的，它计算键的哈希值时用的就是这个固定的标识哈希码，所以GC压缩完全不会影响哈希表的索引定位。

2. GC压缩时，所有强引用都会被更新 #

当GC执行压缩操作时，它不仅会移动对象的内存位置，还会遍历所有指向该对象的强引用，把它们更新成新的内存地址——包括：

• 你代码里持有的对象引用（比如你用来查找的那个变量）
• Dictionary内部存储的键的引用

也就是说，当你把对象作为键存入Dictionary后，GC压缩移动了这个对象，你手里的obj引用和Dictionary里存的键引用，都会被CLR自动改成新的地址。这时候用obj去调用dict[obj]，默认的Equals()方法比较的是更新后的引用，自然能匹配上。

举个实际验证的例子 #

你可以写段代码测试一下：

var testObj = new object();
var myDict = new Dictionary<object, string>();
myDict.Add(testObj, "GC压缩后依然能找到我");

// 强制触发GC压缩（Release模式下效果更明显，Debug模式可能需要额外配置）
GC.Collect(2, GCCollectionMode.Forced, true, true);

// 尝试查找
if (myDict.TryGetValue(testObj, out var value))
{
    Console.WriteLine(value); // 输出：GC压缩后依然能找到我
}

额外注意：弱引用的特殊情况 #

如果你的Dictionary里存的是弱引用（比如WeakReference<object>），那GC压缩后弱引用的Target可能需要手动处理？不过一般Dictionary里都是存强引用，所以这个场景很少见。

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