（object）0 ==（object）0が（（object）0）.Equals（（object）0）と異なるのはなぜですか？

次の表現が異なるのはなぜですか？

[1]  (object)0 == (object)0 //false
[2]  ((object)0).Equals((object)0) // true

実際には、おそらく.NETランタイムがbox整数になり、代わりに参照の比較を開始するため、[1]を完全に理解できます。しかし、なぜ[2]が異なるのですか？

呼び出しの動作が異なる理由は、非常に異なるメソッドにバインドしているためです。

==場合は、静的参照の等価演算子にバインドします。2つの独立した箱入りがありますint値が作成されるため、それらは同じ参照ではありません。

2番目のケースでは、インスタンスメソッドにバインドしますObject.Equals。これは仮想メソッドであり、フィルター処理されInt32.Equalsて、ボックス化された整数をチェックします。両方の整数値が0であるため、等しい

int値0（またはその他の値タイプ）をobjectにキャストすると、値はボックス化されます。へのキャストごとにobject異なるボックス（つまり、異なるオブジェクトインスタンス）が生成されます。の==演算子object型は参照比較を実行します。したがって、左側と右側は同じインスタンスではないため、falseを返します。

一方、Equals仮想メソッドであるを使用すると、実際のボックス化された型の実装が使用されInt32.Equalsます。つまり、両方のオブジェクトが同じ値を持つため、trueを返します。

==オペレータは、静的であること、仮想ではありません。それは正確なコードを実行しますobjectクラスが定義（ `objectはオペランドのコンパイル時の型）を実行し、どちらのオブジェクトのランタイム型にも関係なく参照比較を行います。

Equalsこの方法は、仮想インスタンスメソッドです。objectクラスのコードではなく、（最初の）オブジェクトの実際の実行時の型で定義されたコードを実行します。この場合、オブジェクトはであるintため、値の比較が実行されます。これは、int型がそのEqualsメソッドに対して定義するものであるためです。

Equals()この方法は、仮想です。
したがって、コールサイトがにキャストされた場合でも、常に具体的な実装を呼び出しますobject。 intオーバーライドEquals()して値で比較するため、値を比較できます。

== 使用する： Object.ReferenceEquals

Object.Equals 値を比較します。

の object.ReferenceEqualsこの方法は、参照を比較します。オブジェクトを割り当てると、メモリヒープ上のオブジェクトのデータに加えて、そのメモリの場所を示す値を含む参照を受け取ります。

このobject.Equalsメソッドは、オブジェクトの内容を比較します。まず、object.ReferenceEqualsと同様に、参照が等しいかどうかをチェックします。ただし、派生したEqualsメソッドを呼び出して、同等性をさらにテストします。これを見てください：

   System.Object a = new System.Object();
System.Object b = a;
System.Object.ReferenceEquals(a, b);  //returns true

C＃演算子はトークンを使用します ==を、静的にオーバーロード可能な比較演算子と非オーバーロード可能な参照比較演算子の2つの異なる演算子を表し。出会った時==、オペランドのタイプに適用可能な任意の平等テスト過負荷が存在するかどうかを確認するために、トークン、それを最初にチェックします。もしそうなら、それはそのオーバーロードを呼び出します。それ以外の場合は、型が参照比較演算子に適用可能かどうかをチェックします。その場合、その演算子を使用します。どちらの演算子もオペランドタイプに適用できない場合、コンパイルは失敗します。

コード(Object)0は単にInt32to Object：をアップキャストするだけではありません。Int32すべての値の型と同様に、実際には2つの型を表します。1つは値と格納場所（リテラル0など）を記述しますが、何からも派生せず、1つは記述しますヒープオブジェクトとから派生Object; 後者のタイプのみがにアップキャストされる可能性があるためObject、コンパイラはその後者のタイプの新しいヒープオブジェクトを作成する必要があります。を呼び出すたびに(Object)0新しいヒープオブジェクトが作成されるため、への2つのオペランド==は異なるオブジェクトであり、それぞれが独立して、Int32値0をます。

クラスにObjectは、equals演算子に対して定義された使用可能なオーバーロードはありません。その結果、コンパイラーは多重定義された等価テスト演算子を使用できなくなり、参照等価テストの使用にフォールバックします。2つのオペランド==は別個のオブジェクトを参照するため、を報告しfalseます。2番目の比較が成功するのは、1つのヒープオブジェクトインスタンスInt32に、それが他のインスタンスと等しいかどうかを確認するためです。そのインスタンスは、別の個別のインスタンスと等しいとはどういう意味かを知っているため、答えることができますtrue。

どちらのチェックも異なります。最初のものは同一性をチェックし、2番目のものは等価性をチェックしますます。一般に、同じオブジェクトを参照している場合、2つの用語は同一です。これは、それらが等しいことを意味します。それらの値が同じであれば、2つの項は等しいです。

プログラミングの観点から、アイデンティティは通常、参照の等価性によって測定されます。両方の用語へのポインタが等しい（！）場合、それらが指すオブジェクトはまったく同じです。ただし、ポインターが異なる場合でも、ポインターが指しているオブジェクトの値は同じである可能性があります。C＃では、静的Object.ReferenceEqualsメンバーを使用して同一性をチェックしながら、静的メンバーを使用してIDをチェックできますObject.Equals。2つの整数をオブジェクトにキャストしているため（ "ボクシング"と呼ばれます）、の演算子は最初のチェック==をobject実行します。これはデフォルトでマッピングされObject.ReferenceEquals、IDをチェックします。非静的Equalsメンバーを明示的に呼び出すと、動的ディスパッチによりが呼び出されInt32.Equals、等価性がチェックされます。

両方の概念は似ていますが、同じではありません。最初はわかりにくいかもしれませんが、小さな違いは非常に重要です。「アリス」と「ボブ」という2人を想像してみてください。彼らは両方とも黄色い家に住んでいます。アリスとボブは家の色だけが異なる地区に住んでいるという仮定に基づいて、両方が異なる黄色い家に住んでいる可能性があります。両方の家を比較すると、どちらも黄色なので、まったく同じであることがわかります。しかし、彼らは同じ家を共有していないので、家は同じですが同一ではありません。アイデンティティは、彼らが同じ家に住んでいることを意味します。

注：一部の言語では===、IDを確認するための演算子を定義しています。