Como: teste de igualdade de referência (identidade) (guia de programação do C#)
Não é necessário que implementar qualquer lógica personalizada para oferecer suporte a comparações de igualdade de referência em seus tipos.Essa funcionalidade é fornecida para todos os tipos por estática Object.ReferenceEquals método.
O exemplo a seguir mostra como determinar se duas variáveis a igualdade de referência, que significa que eles se referem ao mesmo objeto na memória.
O exemplo também mostra por que Object.ReferenceEquals sempre retorna false para tipos de valor e por que você não deve usar ReferenceEquals para determinar a igualdade de seqüência de caracteres.
Exemplo
namespace TestReferenceEquality
{
struct TestStruct
{
public int Num { get; private set; }
public string Name { get; private set; }
public TestStruct(int i, string s) : this()
{
Num = i;
Name = s;
}
}
class TestClass
{
public int Num { get; set; }
public string Name { get; set; }
}
class Program
{
static void Main()
{
// Demonstrate reference equality with reference types.
#region ReferenceTypes
// Create two reference type instances that have identical values.
TestClass tcA = new TestClass() { Num = 1, Name = "New TestClass" };
TestClass tcB = new TestClass() { Num = 1, Name = "New TestClass" };
Console.WriteLine("ReferenceEquals(tcA, tcB) = {0}",
Object.ReferenceEquals(tcA, tcB)); // false
// After assignment, tcB and tcA refer to the same object.
// They now have reference equality.
tcB = tcA;
Console.WriteLine("After asignment: ReferenceEquals(tcA, tcB) = {0}",
Object.ReferenceEquals(tcA, tcB)); // true
// Changes made to tcA are reflected in tcB. Therefore, objects
// that have reference equality also have value equality.
tcA.Num = 42;
tcA.Name = "TestClass 42";
Console.WriteLine("tcB.Name = {0} tcB.Num: {1}", tcB.Name, tcB.Num);
#endregion
// Demonstrate that two value type instances never have reference equality.
#region ValueTypes
TestStruct tsC = new TestStruct( 1, "TestStruct 1");
// Value types are copied on assignment. tsD and tsC have
// the same values but are not the same object.
TestStruct tsD = tsC;
Console.WriteLine("After asignment: ReferenceEquals(tsC, tsD) = {0}",
Object.ReferenceEquals(tsC, tsD)); // false
#endregion
#region stringRefEquality
// Constant strings within the same assembly are always interned by the runtime.
// This means they are stored in the same location in memory. Therefore,
// the two strings have reference equality although no assignment takes place.
string strA = "Hello world!";
string strB = "Hello world!";
Console.WriteLine("ReferenceEquals(strA, strB) = {0}",
Object.ReferenceEquals(strA, strB)); // true
// After a new string is assigned to strA, strA and strB
// are no longer interned and no longer have reference equality.
strA = "Goodbye world!";
Console.WriteLine("strA = \"{0}\" strB = \"{1}\"", strA, strB);
Console.WriteLine("After strA changes, ReferenceEquals(strA, strB) = {0}",
Object.ReferenceEquals(strA, strB)); // false
// A string that is created at runtime cannot be interned.
StringBuilder sb = new StringBuilder("Hello world!");
string stringC = sb.ToString();
// False:
Console.WriteLine("ReferenceEquals(stringC, strB) = {0}",
Object.ReferenceEquals(stringC, strB));
// The string class overloads the == operator to perform an equality comparison.
Console.WriteLine("stringC == strB = {0}", stringC == strB); // true
#endregion
// Keep the console open in debug mode.
Console.WriteLine("Press any key to exit.");
Console.ReadKey();
}
}
}
/* Output:
ReferenceEquals(tcA, tcB) = False
After asignment: ReferenceEquals(tcA, tcB) = True
tcB.Name = TestClass 42 tcB.Num: 42
After asignment: ReferenceEquals(tsC, tsD) = False
ReferenceEquals(strA, strB) = True
strA = "Goodbye world!" strB = "Hello world!"
After strA changes, ReferenceEquals(strA, strB) = False
*/
A implementação de Equals na System.Object classe base universal também executa uma verificação de igualdade de referência, mas é melhor não usar isso porque, se acontecer de uma classe substituir o método, os resultados podem não ser o que você espera.O mesmo vale para o == e != operadores.Quando eles estão funcionando com referência tipos, o comportamento padrão do = = e != é usado para executar uma verificação de igualdade de referência.No entanto, as classes derivadas podem sobrecarregar o operador para executar uma verificação de igualdade de valor.Para minimizar a chance de erro, é melhor usar sempre ReferenceEquals quando você tem que determinar se dois objetos têm igualdade de referência.
Constantes de seqüências de caracteres dentro do mesmo assembly sempre são interned pelo tempo de execução.Ou seja, apenas uma instância de cada seqüência literal exclusiva é mantida.No entanto, o tempo de execução não garante que criado em tempo de execução de seqüências de caracteres são interned, nem garante que as duas seqüências de constantes iguais em diferentes assemblies são interned.