Unity中使用C#的GetComponent结合is运算符出现异常行为

这不是C# is 运算符的问题，核心在于Unity对UnityEngine.Object类型的“null”做了特殊处理：

关键本质 #

Unity的GetComponent<T>()找不到组件时，返回的不是CLR层面的真null，而是一个已被标记为“销毁状态”的UnityEngine.Object实例。Unity重载了该类型的==和!=运算符，让这个实例在比较时表现得像null，但在CLR层面它仍然是一个有效的对象实例。

为什么is运算符会进入分支 #

C#的x is T result模式匹配逻辑是：

1. 检查x在CLR层面是否为非null
2. 检查x的类型是否可转换为T

因为Unity返回的“假null”在CLR里是真实存在的实例，所以is运算符会判定它符合Animation类型，从而进入if分支。而result拿到的是这个被Unity标记为null的实例，所以输出时会显示null（这是Unity重载ToString()后的结果）。

对比测试的差异 #

• 直接声明Animation anim = null;时，这个是CLR层面的真null，所以anim is Animation会返回false，符合预期。
• 加入&& result != null后，Unity重载的!=运算符会识别这个“假null”，判定条件不成立，因此不会执行输出。

推荐解决方案 #

方案1：直接使用Unity的null判断 #

Animation result = GetComponent<Animation>();
if (result != null)
{
    Debug.Log("找到Animation组件: " + result);
}

方案2：结合Object.ReferenceEquals判断真null #

如果一定要用is模式匹配，可以用CLR层面的引用相等判断来识别Unity的假null：

if (GetComponent<Animation>() is Animation result && !Object.ReferenceEquals(result, null))
{
    Debug.Log("找到Animation组件: " + result);
}

方案3：使用Unity官方推荐的TryGetComponent（Unity 2020+） #

这是更高效且从根源避免假null问题的方法：

if (TryGetComponent<Animation>(out Animation result))
{
    Debug.Log("找到Animation组件: " + result);
}

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