匿名函数与方法组对比：委托实例方法遇Null This异常

这是个非常典型的闭包与方法组转换的行为差异问题，我来给你拆解清楚核心原因，再聊聊Roslynator警告的处理：

核心本质：捕获变量 vs 直接绑定实例 #

两者的关键区别在于委托创建时的行为逻辑：

• 匿名函数（Lambda表达式）：() => cat.GetName() 本质是创建了一个闭包，它并没有在赋值给m_Func的那一刻去解析cat的实例，而是仅仅捕获了cat这个局部变量的引用。只有当你调用m_Func()的时候，它才会去读取cat变量的当前值。所以哪怕赋值时cat是null，后续你给cat赋值了新的Entity实例，调用委托时就会用这个有效的实例，自然不会报错。
• 方法组转换：cat.GetName 是直接把cat当前的实例（此时是null）和GetName方法绑定成委托。在转换的瞬间，CLR会严格检查实例方法依赖的this指针（也就是cat）是否有效——因为实例方法必须通过有效的this来访问类成员，null没有合法的内存地址，所以直接抛出Delegate to an instance method cannot have null this异常，根本走不到后续给cat赋值的步骤。

结合你的代码具体分析 #

Run()方法的匿名函数逻辑

Entity cat = null;
m_Func = () => cat.GetName(); // 只是捕获变量引用，不执行方法，也不检查cat是否为null
cat = new Entity("Cat"); // 更新变量指向的实例
Console.WriteLine(m_Func()); // 调用时才读取cat的最新值，用有效的实例执行GetName

这里的Lambda闭包捕获的是变量本身，而不是变量当时的取值，这是闭包的核心特性之一。

Crash()方法的方法组逻辑

Entity cat = null;
m_Func = cat.GetName; // 转换委托时立即检查this指针，null实例直接触发异常
cat = new Entity("Cat"); // 这行代码永远没机会执行

方法组转换是即时绑定实例与方法的过程，CLR不允许为null实例创建实例方法的委托，所以转换瞬间就失败了。

关于Roslynator警告RCS1207 #

这个警告是建议你「将匿名函数转换为方法组」，但在你的业务场景下，这个转换是不安全且不符合需求的——因为你依赖的是闭包延迟求值的特性，先绑定委托后初始化实例。

处理建议： #

• 如果你的业务逻辑必须保留「先绑定委托、后初始化实例」的流程，那应该禁用这个警告。你可以在代码上方添加注释说明原因，或者用#pragma warning disable RCS1207临时禁用该警告（记得后续用#pragma warning restore RCS1207恢复全局警告规则）。
• 如果可以调整逻辑，在绑定委托之前就完成Entity实例的初始化，那方法组转换是安全且更简洁的，此时修改代码就能消除警告，也符合Roslynator的优化建议。

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