本文將對(duì)作者開(kāi)發(fā)過(guò)程中，碰到的C#中相等運(yùn)算符重載可能造成的陷阱問(wèn)題。通過(guò)對(duì)這一陷阱的解決，能讓大家對(duì)相等運(yùn)算符重載有更深的了解。

最近編程時(shí)遇到一個(gè)相等運(yùn)算符重載的問(wèn)題，想來(lái)該是C#的一個(gè)陷阱。

我定義的Coordinate類原先是這樣重載相等運(yùn)算符的：

publice class Coordinates  
 
{  
 
....  
        public override bool Equals(object obj)  
        {  
            if (!(obj is Coordinates)) return false;  
            Coordinates other = (Coordinates)obj;  
            return (this.longitude.CompareTo(other.longitude) == 0) && (this.latitude.CompareTo(other.latitude) == 0);  
        }  
        public static bool operator ==(Coordinates lhs, Coordinates rhs)  
        {  
            return lhs.Equals(rhs);  
        }  
        public static bool operator !=(Coordinates lhs, Coordinates rhs)  
        {  
             return !(lhs == rhs);  
        }  
...  
} 

這也是運(yùn)算符重載時(shí)常見(jiàn)的情況，但在具體使用時(shí)有種情況下會(huì)出現(xiàn)問(wèn)題：即當(dāng)一個(gè)Coordinate對(duì)象本身為NULL，而它再與NULL比較時(shí)，如下所示：

Coordinates actualPos = null；  
 
　　　if (actualPos == null)  
           {                。。。            }  
           else 
           {                。。。            } 

運(yùn)行時(shí)就會(huì)拋出錯(cuò)誤，提示說(shuō)某個(gè)指針為空。跟蹤的結(jié)果發(fā)現(xiàn)就是承載的“==”運(yùn)算符出現(xiàn)問(wèn)題，它會(huì)調(diào)用“l(fā)hs.Equals(rhs)”語(yǔ)句，結(jié)果就是lhs本身不存在導(dǎo)致異常。

為此我試圖在調(diào)用該語(yǔ)句前排除這種情況，于是把重載函數(shù)改為：

public static bool operator ==(Coordinates lhs, Coordinates rhs)  
      {  
          if (lhs == null) return (rhs == null);  
 
          return lhs.Equals(rhs);  
      } 

結(jié)果發(fā)現(xiàn)這個(gè)函數(shù)會(huì)繼續(xù)調(diào)用自身，隨后依然是出現(xiàn)異常。

要解決這個(gè)問(wèn)題，就必須打破這樣的死循環(huán)，于是嘗試著把lhs映射為object，如下所示：

public static bool operator ==(Coordinates lhs, Coordinates rhs)  
{  
    if ((lhs as object) == null) return ((rhs as object) == null);  
 
    return lhs.Equals(rhs);  
} 

lhs被映射為object后的“==”就會(huì)采用object的相等運(yùn)算符，結(jié)果自然OK。這樣的問(wèn)題相信使用C#編程遲早會(huì)遇到，可能還莫名其妙，希望以上文章對(duì)大家有用。

原文標(biāo)題：C#相等運(yùn)算符重載的陷阱和解決辦法

鏈接：http://www.cnblogs.com/cruisoring/archive/2009/11/04/1595958.html