Go のインターフェイスに渡された Nil スライスが Nil に等しくないのはなぜですか?

Go インターフェイスの nil スライスのパラドックスを理解する

インターフェイスとして nil スライスを渡すと、結果が nil にならないのはなぜですか?この不可解な動作は、Go インターフェースの基礎となる実装を理解することで説明できます。

Go では、interface{} 変数は基本的に、型記述子とデータ値で構成されるデュアル フィールド構造です。 Iface struct:

struct Iface {
    Itab*   tab;
    void*   data;
};

次に、提供されたコード内の 2 つの関数呼び出しを分析してみましょう:

<code class="go">yes([]int{}) // output: true
no([]int{})  // output: false</code>

yes Function:

In yes 関数では、[]int{} 値がパラメータとして渡されます。 yes はスライスパラメータのみを受け入れるため、コンパイラは nil を値 0 のスライスとして扱います。したがって、比較対象 == nil は nil == nil になり、true を返します。

no Function:

対照的に、no 関数はインターフェースを期待します。{}パラメータ。 []int{} 値を渡すと、Go は自動的にそれをインターフェース タイプにラップします。{}事実上、interface{[]int, nil} に変換されます。比較対象 == nil は、interface{[]int, nil} == nil として評価され、false が返されます。

この動作は、Go FAQ でさらに明確にされており、「nil を含むインターフェースは、すべてのメンバーが nil の場合、nil に等しい」 (つまり、この例の場合、[]int (型メンバー) を nil にすることはできません)。

したがって、インターフェースで nil スライスを扱うときは、この癖に注意し、動作を正しく解釈するために基礎となる実装を検討することが重要です。

以上がGo のインターフェイスに渡された Nil スライスが Nil に等しくないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。