GetHashCode的衝突

我知道這不是很聰明地使用HashCode作爲一個唯一的標識符，GetHashCode的衝突

但假設我有相同的hashCode兩個變量是我可以讓他們的唯一途徑，

我怎麼能說出不同？

來源

2013-02-03 Hodaya Shalom

你可以發佈代碼嗎？我不太確定「在同一個HashCode上是什麼意思是我能得到它們的唯一方式」。 –

我沒有代碼，它是一個普遍的問題。 –

你應該能夠確定引用是等價的。

嘗試使用ReferenceEquals函數檢查是否有對同一對象的引用。

來源

2013-02-03 07:01:43 Mash

但是'Equals'用於測試這兩個對象是否「喜歡」。即使有兩個對象，情況也是如此。例如'string x =「abc」;字符串y =「a」; y + =「bc」;'，代碼運行後，'x'和'y'具有相同的散列碼。 'Equals'返回'true'，因爲'x'和'y'具有相同的字符串值。但'ReferenceEquals'返回'false'，因爲'x'和'y'指的是兩個對象，不是同一個（不重要的是兩個對象實際上是相同的）。 –

@JeppeStigNielsen你是對的。但是，我相信提問者試圖確定他是否提及同一個對象，而不是如果變量的值相等。 – Mash

如果她（@HodayaShalom）真的只對對象平等感興趣，而不是使用'x.GetHashCode（）'，她可以說'RuntimeHelpers.GetHashCode（x）'。即使「x」和「y」是兩個「等於」wrt的對象實例，它將（以極高的概率）給出唯一的代碼。 'Equals'。另一方面，重寫的實例方法'GetHashCode（）'（無參數）必須爲'x'和'y'提供一個共同的哈希。 –

這在文檔中有很多介紹。假設你只有散列碼：

GetHashCode方法的默認實現不是保證了不同對象的唯一返回值。此外，.NET Framework不保證 GetHashCode方法的默認實現，並且它返回的值將在不同版本的.NET Framework之間相同。因此，不得將此方法的默認實現用作散列目的的唯一對象標識符。

從http://msdn.microsoft.com/en-us/library/system.object.gethashcode.aspx

來源

2013-02-03 06:54:35

我讀過它，但讓我們說這樣的事情發生了，我無法改變它，沒有辦法知道兩個變量之間的差異？ –

假設你有舊的哈希碼，不。你可以檢查對象引用是否相等，但你的問題似乎暗示你所知道的是散列碼。 –

GetHashCode的衝突

回答

相關問題