JSON を使用したマーシャリング インターフェースからの異常な戻り型
json.Unmarshal を使用してバイト配列をインターフェースに変換するシナリオでは、{}、予想される構造体型の代わりにマップが返される場合、予期しない結果が発生する可能性があります。この不一致は、インターフェース タイプの抽象的な性質に起因する可能性があり、json パッケージが基礎となる構造体構造を識別できなくなります。
この異常を修正するには、目的の構造体へのポインタを明示的に渡すことをお勧めします。{}構造体を抽象インターフェイスとしてキャストします。このアプローチにより、json パッケージは構造体を認識し、それに応じて逆シリアル化できるようになります。
たとえば、次の変更されたコード スニペットは、目的の動作を示しています。
<code class="go">func bad() { var ping interface{} = &Ping{} // Pass a pointer to Ping as an interface deserialize([]byte(`{"id":42}`), ping) fmt.Println("DONE:", ping) // Now outputs a Ping struct }</code>
あるいは、ポインターへのアクセスが実現不可能な場合は、動的割り当てを利用して、逆シリアル化できる新しいポインターを作成できます。その後、元のインターフェイスの値を新しい値で更新できます。
<code class="go">func bad() { var ping interface{} = Ping{} nptr := reflect.New(reflect.TypeOf(ping)) deserialize([]byte(`{"id":42}`), nptr.Interface()) ping = nptr.Interface() fmt.Println("DONE:", ping) // Outputs a Ping struct }</code>
これらの手法のいずれかを採用することで、json.Unmarshal 関数はバイト配列を目的の構造体型に正確に逆シリアル化し、予期しないマップの戻り値。
以上が## インターフェースにアンマーシャリングするときに「json.Unmarshal」が構造体ではなくマップを返すのはなぜですか?{}の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。