为什么使用非指针'interface{}”参数的'json.Unmarshal”会在 Go 中产生意外结果？

Interface{} 类型误解：揭示复杂性

在 Go 中，interface{} 类型既提供了灵活性，也提供了复杂性。然而，误解其本质可能会导致意想不到的后果，如一个令人费解的示例所示。

当尝试将非指针类型作为 interface{} 参数传递给函数并使用 json.Unmarshal 时，输出可能会令人惊讶。下面的示例演示了这种行为：

package main

import (
    "encoding/json"
    "fmt"
)

func test(i interface{}) {
    j := []byte(`{ "foo": "bar" }`)
    fmt.Printf("%T\n", i)
    fmt.Printf("%T\n", &i)
    json.Unmarshal(j, &i)
    fmt.Printf("%T\n", i)
}

type Test struct {
    Foo string
}

func main() {
    test(Test{})
}

输出：

main.Test
*interface {}
map[string]interface {}

揭开神秘面纱

混乱源于界面的本质{}。它不仅仅是一个无类型容器，而是一个（值，类型）对的包装器。该接口存储对具体值及其类型的引用。

json.Unmarshal 将一个 interface{} 值作为其输入，因此我们可以直接将 i 传递给它。尝试获取其地址（与 &i 一样）是不必要的。

指针和接口

但是，如果 i 包含非指针值，则 json.Unmarshal 面临挑战。由于包无法解组为非指针，因此它会创建一个类型为interface{}的新值。这允许它选择类型，默认为map[string]interface{}。

正确的场景

对于指针场景，传递 &i 作为参数之所以有效，是因为 json.Unmarshal 取消引用指针以查找包含 *Test 值的 interface{} 值。指针确保解组发生在正确的类型中。

结论

为了避免这些混淆，请避免使用指向接口的指针。相反，将指针“放置”在接口内并直接传递它们。通过了解 interface{} 和指针之间的相互作用，开发人员可以避免意外结果并有效利用 Go 的类型系统。

以上是为什么使用非指针'interface{}”参数的'json.Unmarshal”会在 Go 中产生意外结果？的详细内容。更多信息请关注PHP中文网其他相关文章！