派生类与接口无意比较：为何编辑器提示转object类型？

我在编辑器中收到一条提示，但不清楚为何该比较会触发警告。我有一个实现了IInteract接口的Item类（代表可拾取物品），还有一个实现了IInteract接口的Slot类（用于放置物品）。我创建了附近交互对象的集合，现在要处理相关比较逻辑，代码如下：

// Item:IInteract
// _interactables is a List<IInteract>()

public void RemoveFromNearBy(Item item)
{
    _interactables.Remove(item);

    // Possible unintended reference comparison
    // cast RHS to object

    if (item == _nearestInteraction)
        _nearestInteraction = null;
}

请问：

1. 为何该比较会提示需转为object类型？
2. 触发该警告的常见错误是什么？
3. 忽略该警告可能会引发什么问题？

1. 警告的原因 #

_nearestInteraction的类型应该是IInteract接口，而item是实现该接口的Item类实例。C#编译器在处理接口类型与实现类实例的==比较时，会产生歧义：它无法确定你要做的是引用相等判断（检查两个变量是否指向同一内存地址），还是值相等判断（如果Item或IInteract重载了==运算符的话）。

提示你将其中一方转为object，是因为object类型的==逻辑是明确的引用比较，这样能消除编译器的歧义，明确你的比较意图。

2. 触发警告的常见场景 #

• 运算符重载导致的歧义：如果Item类重载了==运算符（比如基于物品ID等属性做值比较），编译器会担心你误调用了重载的运算符，而非原本想要的引用比较。
• 类型声明不一致：你可能误以为_nearestInteraction是Item类型，但实际它被声明为IInteract接口类型，这种类型差异会让编译器对比较意图产生疑问。
• 接口未明确比较逻辑：IInteract接口本身没有定义==的行为，编译器无法推断你在跨类型比较时的预期逻辑。

3. 忽略警告的潜在问题 #

• 比较结果不符合预期：如果Item重载了==，此时比较item和_nearestInteraction会优先调用Item的重载逻辑。比如两个不同引用的Item实例，只要属性值相同，就会被判定为相等，导致错误地将_nearestInteraction设为null。
• 排查困难的逻辑bug：当出现错误的null赋值时，你可能会优先排查引用关系，而忽略了运算符重载的影响，增加debug的时间成本。
• 代码可读性与维护性下降：其他开发者看到这段代码时，无法明确你是要做引用比较还是值比较，后续维护时容易引入新的错误。

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