Go中的可寻址详解
文章目录
Go语言规范中规定了可寻址(addressable)对象的定义,
For an operand x of type T, the address operation &x generates a pointer of type *T to x. The operand must be addressable, that is, either a variable, pointer indirection, or slice indexing operation; or a field selector of an addressable struct operand; or an array indexing operation of an addressable array. As an exception to the addressability requirement, x may also be a (possibly parenthesized) composite literal. If the evaluation of x would cause a run-time panic, then the evaluation of &x does too.
对于一个对象x, 如果它的类型为T, 那么&x则会产生一个类型为*T的指针,这个指针指向x, 这是这一段的第一句话,也是我们在开发过程中经常使用的一种获取对象指针的一种方式。
addressable
上面规范中的这段话规定, x必须是可寻址的, 也就是说,它只能是以下几种方式:
- 一个变量: &x
- 指针引用(pointer indirection): &*x
- slice索引操作(不管slice是否可寻址): &s[1]
- 可寻址struct的字段: &point.X
- 可寻址数组的索引操作: &a[0]
- 结构体字面值类型literal: &struct{ X int }{1}
下列情况x是不可以寻址的,你不能使用&x取得指针:
- 字符串中的字节:
- map对象中的元素
- 接口对象的动态值(通过type assertions获得)
- 常数
- 字面值literal(非composite literal)
- package 级别的函数
- 方法method (用作函数值)
- 中间值(intermediate value):
- 函数调用
- 显式类型转换
- 各种类型的操作 (除了指针引用pointer dereference操作 *x):
- channel receive operations
- sub-string operations
- sub-slice operations
- 加减乘除等运算符
有几个点需要解释下:
- 常数为什么不可以寻址?: 如果可以寻址的话,我们可以通过指针修改常数的值,破坏了常数的定义。
- map的元素为什么不可以寻址?:两个原因,如果对象不存在,则返回零值,零值是不可变对象,所以不能寻址,如果对象存在,因为Go中map实现中元素的地址是变化的,这意味着寻址的结果是无意义的。
- 为什么slice不管是否可寻址,它的元素读是可以寻址的?:因为slice底层实现了一个数组,它是可以寻址的。
- 为什么字符串中的字符/字节又不能寻址呢:因为字符串是不可变的。
规范中还有几处提到了 addressable:
- 调用一个receiver为指针类型的方法时,使用一个addressable的值将自动获取这个值的指针
- ++、–语句的操作对象必须是addressable或者是map的index操作
- 赋值语句=的左边对象必须是addressable,或者是map的index操作,或者是_
- 上条同样使用for … range语句
reflect.Value的CanAddr方法和CanSet方法
在我们使用reflect执行一些底层的操作的时候, 比如编写序列化库、rpc框架开发、编解码、插件开发等业务的时候,经常会使用到reflect.Value的CanSet方法,用来动态的给对象赋值。 CanSet比CanAddr只加了一个限制,就是struct类型的unexported的字段不能Set,所以我们这节主要介绍CanAddr。
并不是任意的reflect.Value的CanAddr方法都返回true,根据它的godoc,我们可以知道:
CanAddr reports whether the value’s address can be obtained with Addr. Such values are called addressable. A value is addressable if it is an element of a slice, an element of an addressable array, a field of an addressable struct, or the result of dereferencing a pointer. If CanAddr returns false, calling Addr will panic.
也就是只有下面的类型reflect.Value的CanAddr才是true, 这样的值是addressable:
- slice的元素
- 可寻址数组的元素
- 可寻址struct的字段
- 指针引用的结果
与规范中规定的addressable, reflect.Value的addressable范围有所缩小, 比如对于栈上分配的变量, 随着方法的生命周期的结束, 栈上的对象也就被回收掉了,这个时候如果获取它们的地址,就会出现不一致的结果,甚至安全问题。
所以如果你想通过reflect.Value对它的值进行更新,应该确保它的CanSet方法返回true,这样才能调用SetXXX进行设置。
使用reflect.Value的时候有时会对func Indirect(v Value) Value和func (v Value) Elem() Value两个方法有些迷惑,有时候他们俩会返回同样的值,有时候又不会。
总结一下:
- 如果reflect.Value是一个指针, 那么v.Elem()等价于reflect.Indirect(v)
- 如果不是指针
- 如果是interface, 那么reflect.Indirect(v)返回同样的值,而v.Elem()返回接口的动态的值
- 如果是其它值, v.Elem()会panic,而reflect.Indirect(v)返回原值
下面的代码列出一些reflect.Value是否可以addressable, 你需要注意数组和struct字段的情况,也就是x7、x9、x14、x15的正确的处理方式。
|
|
文章作者 Forz
上次更新 2018-12-12