为什么'json.Unmarshal”与传递给 Go 中'interface{}”参数的指针和非指针值的行为不同？

Golang Interface{} 类型误解

在 Go 中使用 interface{} 作为函数参数类型时，了解它是如何工作的非常重要影响 json.Unmarshal 的使用。将非指针类型传递给接口{}参数可能会导致意外结果。

场景 1：将非指针值传递给接口{}

中在给定的示例中，一个 Test 结构体被直接传递给测试函数，该函数需要一个 interface{}参数：

test(Test{})

输出显示struct已被json.Unmarshal转换为map[string]interface{}：

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

这是因为interface{}包裹了一个 (value; type) 对，并且传递的值是非指针，因此 json 包创建一个新值来解组。由于 JSON 对象的默认值是 map[string]interface{}，因此这就是创建的内容。

场景 2：传递一个指向 Interface{} 的指针

传递一个然而，指向测试函数的 Test 结构的指针会产生预期的结果结果：

test(&Test{})

*main.Test
*interface {}
*main.Test
&{bar}

这是因为指向结构体的指针被传递给 json.Unmarshal，允许它直接解组到指向的 Test 值。

解释：指针和接口

当包需要修改存储在interface{}，它需要接收指向它的指针。对于 json.Unmarshal，它需要一个解组指针。当您有一个已包装指针的 interface{} 值时，只需将其传递，而无需再次获取其地址。

最佳实践

避免使用指向接口的指针。相反，通过将指针包装在接口值中，将指针放入接口中。当你需要传递一个持有指针的接口{}时，直接传递即可。

以上是为什么'json.Unmarshal”与传递给 Go 中'interface{}”参数的指针和非指针值的行为不同？的详细内容。更多信息请关注PHP中文网其他相关文章！