在 C# 中，is null 和 == null ‌不完全等价‌

最近遇到了一个看似奇怪的问题，判断一个对象是否为null，我使用了==null来判断，结果他是null但是仍然进入了判断。

经过讨论和验证，发现使用is null 可以解决问题，于是查阅了资料。

在 C# 中，is null 和 == null ‌不完全等价‌，主要区别体现在以下方面：

---

一、运算符重载影响

1. ‌**== null 可能受运算符重载干扰** ‌

   当类型重载了 == 运算符时，x == null 的判定结果可能被自定义逻辑覆盖，导致预期外的行为‌12。例如：

   public class User {
       public static bool operator ==(User u1, User u2) => false;
       public static bool operator !=(User u1, User u2) => true;
   }
   User user = null;
   Console.WriteLine(user == null); // 输出 False（不符合预期）

2. ‌**is null 完全规避运算符重载** ‌
   is null 是模式匹配语法，直接检查对象是否为 null，不触发任何用户定义的 == 运算符，确保判空逻辑的准确性‌13。

---

二、编译时优化与语义差异

1. ‌编译器的常量传播优化 ‌

   对于不可为 null 的类型（如 string），is null 会在编译阶段被优化为 == null，此时两者性能等价。但对于可为 null 的类型（如 int?），is null 语义更明确‌13。

2. ‌模式匹配的扩展性 ‌
   is null 属于 C# 7.0 引入的模式匹配语法，可与其他模式结合使用（如类型匹配），而 == null 是传统判空方式，语法扩展性较弱‌34。

---

三、使用建议

1. ‌优先选择 is null ‌
   避免因运算符重载导致的潜在问题，且代码意图更清晰‌23。
2. ‌需注意值类型场景 ‌
   不可为 null 的值类型（如 int）无法直接使用 is null，需转为可空类型（如 int?）‌1。

---

总结

特性	is null	== null
受运算符重载影响	否	是
模式匹配兼容性	支持	不支持
可读性与安全性	更高	较低

推荐在 C# 7.0 及以上版本中优先使用 is null 进行判空操作‌12。