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

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

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

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

一、运算符重载影响

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

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

cs 复制代码

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（不符合预期）

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

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

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

对于不可为 null 的类型（如 string），is null 会在编译阶段被优化为 == null，此时两者性能等价。但对于可为 null 的类型（如 int?），is null 语义更明确‌13。
‌模式匹配的扩展性 ‌
is null 属于 C# 7.0 引入的模式匹配语法，可与其他模式结合使用（如类型匹配），而 == null 是传统判空方式，语法扩展性较弱‌34。

三、使用建议

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

总结

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

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