学过 C
的朋友应该知道,有一种类型是指针类型,指针类型存储的是一个内存地址,通过这个内存地址可以找到它指向的变量。
go 虽然是一种高级语言,但是也还是给开发者提供了指针的类型
unsafe.Pointer
,我们可以通过它来直接读写变量的内存。
正因为如此,如果我们操作不当,极有可能会导致程序崩溃。今天就来了解一下
unsafe
里所能提供的关于指针的一些功能, 以及使用
unsafe.Pointer
的一些注意事项。
内存里面的二进制数据表示什么?
我们知道,计算机存储数据的时候是以二进制的方式存储的,当然,内存里面存储的数据也是二进制的。二进制的 01 本身其实并没有什么特殊的含义。
它们的具体含义完全取决于我们怎么去理解它们,比如
0010 0000
,如果我们将其看作是一个十进制数字,那么它就是
32, 如果我们将其看作是字符,那么他就是一个空格(具体可参考 ASCII
码表)。
对应到编程语言层面,其实我们的变量存储在内存里面也是 01 表示的二进制,这些二进制数表示是什么类型都是语言层面的事, 更准确来说,是编译器来处理的,我们写代码的时候将变量声明为整数,那么我们取出来的时候也会表示成一个整数。
这跟本文有什么关系呢?我们下面会讲到很多关于类型转换的内容,如果我们理解了这一节说的内容,下面的内容会更容易理解
在我们做类型转换的时候,实际上底层的二进制表示是没有变的,变的只是我们所看到的表面的东西。
内存布局
有点想直接开始讲 unsafe
里的 Pointer
的,但是如果读者对计算机内存怎么存储变量不太熟悉的话,
看起来可能会比较费解,所以在文章开头会花比较大的篇幅来讲述计算机是怎么存储数据的,
相信读完会再阅读后面的内容(比如指针的算术运算、通过指针修改结构体字段)会没有那么多障碍。
变量在内存中是怎样的?
我们先来看一段代码:
1 | package main |
在这段代码中我们定义了两个变量,占用一个字节的 a
和占用两个字节的 b
,在内存中它们大概如下图:
我们可以看到,在图中,a
存储在低地址,占用一个字节,而
b
存储在 a
相邻的地方,占用两个字节。
结构体在内存中是怎样的?
我们再来看看结构体在内存中的存储:
1 | package main |
这段代码中,我们定义了一个 Person
结构体,其中两个字段
age
和 score
都是 int8
类型,都是只占用一个字节的,它的内存布局大概如下图:
我们可以看到,在内存中,结构体字段是占用了内存中连续的一段存储空间的,具体来说是占用了连续的两个字节。
指针在内存中是怎么存储的?
在下面的代码中,我们定义了一个 a
变量,大小为 1
字节,然后我们定义了一个指向 a
的指针 p
:
需要先说明的是,下面有两个操作符,一个是
&
,这个是取地址的操作符,var p = &a
意味着,取得 a
的内存地址,将其存储在变量 p
中, 另一个操作符是
*
,这个操作符的意思是解指针,*p
就是通过
p
的地址取得 p
指向的内容(也就是
a
)然后进行操作。 *p = 4
意味着,将
p
指向的 a
修改为 4。
1 | package main |
需要注意的是,这里面不再是一个单元格一个字节了,p
(指针变量)是要占用
8 个字节的(这个跟机器有关,我的是 64 位的 CPU,所以是 8 个字节)。
从这个图,我们可以得知,指针实际上存储的是一个内存地址,通过这个地址我们可以找到它实际存储的内容。
结构体的内存布局真的是我们上面说的那样吗?
上面我们说了,下面这个结构体占用了两个字节,结构体里面的一个字段占用一个字节:
1 | type Person struct { |
然后我们再来看看下面这个结构体,它会占用多少字节呢?
1 | type Person struct { |
也许我们这个时候已经算好了 1 + 2 = 3
,3
个字节不是吗?说实话,真的不是,它会占用 4 个字节,
这可能会有点反常理,但是这跟计算机的体系结构有着密切的关系,先看具体的运行结果:
1 | package main |
为什么会这样呢?因为 CPU 运行的时候,需要从内存读取数据,而从内存取数据的过程是按字读取的,如果我们数据的内存没有对齐, 则可能会导致 CPU 本来一次可以读取完的数据现在需要多次读取,这样就会造成效率的下降。
关于内存对齐,是一个比较庞大的话题,这里不展开了,我们需要明确的是,go 编译器会对我们的结构体字段进行内存对齐。
内存对我们的影响就是,它可能会导致结构体所占用的空间比它字段类型所需要的空间大(所以我们做指针的算术运算的时候需要非常注意), 具体大多少其实我们其实不需要知道,因为有方法可以知道,哪就是
unsafe.Offsetof
,下面会说到。
uintptr 是什么意思?
在开始下文之前,还是得啰嗦一句,uintptr
这种命名方式是 C
语言里面的一种类型命名的惯例, u
前缀表示是无符号数(unsigned),ptr
是指针(pointer)的缩写,这个 uintptr
按这个命名惯例解析的话,就是一个指向无符号整数的指针。
另外,还有另外一种命名惯例,就是在整型类型的后面加上一个表示占用 bit
数的数字,(1字节=8bit) 比如 int8
表示一个占用 8
位的整数,只可以存储 1 个字节的数据,然后 int64
表示的是一个 8 字节数(64位)。
unsafe 包定义的三个新类型
ArbitraryType
type ArbitraryType int
,这个类型实际上是一个
int
类型,但是从名字上我们可以看到,它被命名为任意类型,
也就是说,他会被我们用来表示任意的类型,具体怎么用,是下面说的
unsafe.Pointer
用的。
IntegerType
type IntegerType int
,它表示的是一个任意的整数,在
unsafe
包中它被用来作为表示切片或者指针加减的长度。
Pointer
type Pointer *ArbitraryType
,这个就是我们上一节提到的指针了,它可以指向任何类型的数据(*ArbitraryType
)。
内存地址实际上就是计算机内存的编号,是一个整数,所以我们才可以使用
int
来表示指针。
unsafe 包计算内存的三个方法
这几个方法在我们对内存进行操作的时候会非常有帮助,因为根据这几个方法,我们才可以得知底层数据类型的实际大小。
Sizeof
计算 x
所需要的内存大小(单位为字节),如果其中包含了引用类型,Sizeof
不会计算引用指向的内容的大小。
有几种常见的情况(没有涵盖全部情况):
- 基本类型,如
int8
、int
,Sizeof
返回的是这个类型本身的大小,如unsafe.Sizeof(int8(x))
为 1,因为int8
只占用一个字节。 - 引用类型,如
var x *int
,Sizeof(x)
会返回 8(在我的机器上,不同机器可能不一样),另外就算引用指向了一个复合类型,比如结构体,返回的还是 8(因为变量本身存储的只是内存地址)。 - 结构体类型,如果是结构体,那么
Sizeof
返回的大小包含了用于内存对齐的内存(所以可能会比结构体底层类型所需要的实际大小要大) - 切片,
Sizeof
返回的是 24(返回的是切片这个类型所需要占用空间的大小,我们需要知道,切片底层是slice
结构体,里面三个字段分别是array unsafe.Pointer
、len int
和cap int
,这三个字段所需要的大小为 24) - 字符串,跟切片类似,
Sizeof
会返回 16,因为字符串底层是一个用来存储字符串内容的unsafe.Pointer
指针和一个表示长度的int
,所以是 16。
这个方法返回的大小跟机器密切相关,但一般开发者的电脑都是 64 位的,调用这个函数的值应该跟我的机器上得到的一样。
例子:
1 | package main |
Offsetof 方法
这个方法用于计算结构体字段的内存地址相对于结构体内存地址的偏移。具体来说就是,我们可以通过
&
(取地址)操作符获取结构体地址。
实际上,结构体地址就是结构体中第一个字段的地址。
拿到了结构体的地址之后,我们可以通过 Offsetof
方法来获取结构体其他字段的偏移量,下面是一个例子:
1 | package main |
我们上面也说了,编译器会对结构体做一些内存对齐的操作,这会导致结构体底层字段占用的内存大小会比实际需要的大小要大。
因此,我们在取结构体字段地址的时候,最好是通过结构体地址加上
unsafe.Offsetof(x.y)
拿到的地址来操作。如下:
1 | package main |
这个例子看起来有点复杂,但是没关系,后面会详细展开的,这里主要要说明的是:
我们通过 unsafe.Pointer
来操作结构体底层字段的时候,我们是通过 unsafe.Offsetof
来获取结构体字段地址偏移量的,
因为我们看到的类型大小并不是内存实际占用的大小,通过
Offsetof
拿到的结果是已经将内存对齐等因素考虑在内的了。
(如果我们错误的认为 age
只占用一个字节,然后将
unsafe.Offsetof(person.score)
替换为 1,那么我们就修改不了
score 字段了)
Alignof 方法
这个方法用以获取某一个类型的对齐系数,就是对齐一个类型的时候需要多少个字节。
这个对开发者而言意义不是非常大,go 里面只有 WaitGroup
用到了一下,
没有看到其他地方有用到这个方法,所以本文不展开了,有兴趣的自行了解。
unsafe.Pointer 是什么?
让我们再来回顾一下,Pointer
的定义是
type Pointer *ArbitraryType
,也就是一个指向任意类型的指针类型。
首先它是指针类型,所以我们初始化 unsafe.Pointer
的时候,需要通过 &
操作符来将变量的地址传递进去。我们可以将其想象为指针类型的包装类型。
例子:
1 | package main |
unsafe.Pointer 类型转换
在使用 unsafe.Pointer
的时候,往往需要另一个类型来配合,那就是 uintptr
,这个
uintptr
在文档里面的描述是: uintptr
是一种整数类型,其大小足以容纳任何指针的位模式。这里的关键是
"任何指针",
也就是说,它设计出来是被用来存储指针的,而且其大小保证能存储下任何指针。
而我们知道 unsafe.Pointer
也是表示指针,那么
uintptr
跟 unsafe.Pointer
有什么区别呢?
只需要记住最关键的一点,uintptr
是内存地址的整数表示,而且可以进行算术运算,而
unsafe.Pointer
除了可以表示一个内存地址之外,还能保证其指向的内存不会被垃圾回收器回收,但是
uintptr
这个地址不能保证其指向的内存不被垃圾回收器回收。
我们先来看看与 unsafe.Pointer
相关的几种类型转换,这在我们下文几乎所有地方都会用到:
- 任何类型的指针值都能转换为
unsafe.Pointer
unsafe.Pointer
可以转换为一个指向任何类型的指针值unsafe.Pointer
可以转换为uintptr
uintptr
可以转换为unsafe.Pointer
例子(下面这个例子中输出的地址都是变量 a
所在的内存地址,都是一样的地址):
1 | package main |
如何正确地使用指针?
指针允许我们忽略类型系统而对任意内存进行读写,这是非常危险的,所以我们在使用指针的时候要格外的小心。
我们使用 Pointer
的模式有以下几种,如果我们不是按照以下模式来使用 Pointer
的话,那使用的方式很可能是无效的,
或者在将来变得无效,但就算是下面的几种使用模式,也有需要注意的地方。
运行 go vet
可以帮助查找不符合这些模式的
Pointer
的用法,但 go vet
没有警告也并不能保证代码有效。
以下我们就来详细学习一下使用 Pointer
的几种正确的模式:
1. 将 *T1
转换为指向 *T2
的 Pointer
前提条件:
T2
类型所需要的大小不大于T1
类型的大小。(大小大的类型转换为占用空间更小的类型)T1
和T2
的内存布局一样。
这是因为如果直接将占用空间小的类型转换为占用空间更大的类型的话,多出来的部分是不确定的内容,当然我们也可以通过
unsafe.Pointer
来修改这部分内容。
这种转换允许将一种类型的数据重新解释为另外一种数据类型。下面是一个例子(为了方便演示用了
int32
和 int8
类型):
在这个例子中,
int8
类型不大于int32
类型,而且它们的内存布局是一样的,所以可以转换。
1 | package main |
unsafe.Pointer(&a)
是指向 a
的
unsafe.Pointer
(本质上是指向 int32
的指针),(*int8)
表示类型转换,将这个
unsafe.Pointer
转换为 (*int8)
类型。
觉得代码不好理解的可以看下图:
在上图,我们实际上是创建了一个指向了 a
最低位那 1
字节的指针,然后取出了这个字节里面存储的内容,将其存入了 b
中。
上面提到有一个比较重要的地方,那就是:转换的时候是占用空间大的类型,转换为占用空间小的类型,比如
int32
转 int8
就是符合这个条件的,
那么如果我们将一个小的类型转换为大的类型会发生什么呢?我们来看看下面这个例子:
1 | package main |
大转小:*B
转换为 *A
的具体转换过程可以表示为下图:
在这个过程中,其实 a
和 b
都没有改变,本质上我们只是创建了一个 A
类型的指针,
这个指针指向变量 b
的地址(但是 *pa
会被看作是
A
类型),所以 pa
实际上是跟 b
共享了内存。 我们可以尝试修改 (*pa).a = 3
,我们就会发现
b.b
也变成了 3。
也就是说,最终的内存布局是下图这样的:
小转大:*A
转换为 *B
的具体转换过程可以表示为下图:
注意:这是错误的用法。(当然也不是完全不行)
在 *A
转换为 *B
的过程中,因为
B
需要 2 个字节空间,所以我们拿到的 pb
实际上是包含了 a
后面的 1 个字节,
但是这个字节本来是属于 b
变量的,这个时候
b
和 *pb
都引用了第 2
个字节,这样依赖它们在修改这个字节的时候,
会相互影响,这可能不是我们想要的结果,而且这种操作非常危险。
2. 将
Pointer
转换为 uintptr
(但不转换回
Pointer
)
将 Pointer
转换为 uintptr
会得到
Pointer
指向的内存地址,是一个整数。这种
uintptr
的通常用途是打印它。
但是,将 uintptr
转换回 Pointer
通常无效。 uintptr
是一个整数,而不是一个引用。将指针转换为 uintptr
会创建一个没有指针语义的整数值。 即使 uintptr
持有某个对象的地址,如果该对象移动,垃圾收集器也不会更新该
uintotr
的值, 也不会阻止该对象被回收。
如下面这种,我们取得了变量的地址
p
,然后做了一些其他操作,最后再从这个地址里面读取数据:
1 | package main |
具体如下图:
只有下面的模式中转换 uintptr
到 Pointer
是有效的。
3.
使用算术运算将 Pointer
转换为 uintptr
并转换回去
如果 p
指向一个已分配的对象,我们可以将 p
转换为 uintptr
然后加上一个偏移量,再转换回
Pointer
。如:
1 | p = unsafe.Pointer(uintptr(p) + offset) |
这种模式最常见的用法是访问结构体或者数组元素中的字段:
1 | // 等价于 f := unsafe.Pointer(&s.f) |
对于第一个例子,完整代码如下:
1 | package main |
最终的内存布局如下图(s
的两个字段都是 1 字节,所以图中
d
和 f
都是 1 字节):
详细说明一下:
第一小节我们说过了,结构体字段的内存布局是连续的。上面没有说的是,其实数组的内存布局也是连续的。这对理解下面的内容很有帮助。
&s
取得了结构体s
的地址unsafe.Pointer(&s)
转换为Pointer
对象,这个指针对象指向的是结构体s
uintptr(unsafe.Pointer(&s))
取得Pointer
对象的内存地址(整数)unsafe.Offsetof(s.f)
取得了f
字段的内存偏移地址(相对地址,相对于s
的地址)uintptr(unsafe.Pointer(&s)) + unsafe.Offsetof(s.f)
就是s.f
的实际内存地址了(绝对地址)- 最后转换回
unsafe.Pointer
对象,这个对象指向的地址是s.f
的地址
最终 f
指向的地址是 s.f
,然后我们可以通过
(*int8)(f)
将 unsafe.Pointer
转换为
*int8
类型指针,最后通过 *
操作符取得这个指针指向的值。
对于第二个例子,完整代码如下:
1 | package main |
最终的内存布局如下图,e
指向了数组的第 3 个元素(下标从
0 开始算的):
代码中的 2 可以是其他任何有效的数组下标。
&s
取得了数组x
的地址unsafe.Pointer(&x)
转换为Pointer
对象,这个指针对象指向的是数组x
uintptr(unsafe.Pointer(&x))
取得Pointer
对象的内存地址(也就是0xab
)unsafe.Sizeof(x[0])
是数组x
里面每一个元素所需要的内存大小,乘以2
表示是元素x[2]
的地址偏移量(相对地址,相对于x[0]
的地址)uintptr(unsafe.Pointer(&x)) + 2*unsafe.Sizeof(x[0])
表示的是数组元素x[2]
的实际内存地址(绝对地址)- 最后转换回
unsafe.Pointer
对象,这个对象指向的地址是x[2]
的地址(也就是0xab + 2
)。
最终,我们可以通过 (*int8)
将 e
转换为
*int8
类型的指针,最后通过 *
操作符获取其指向的内容,也就是 6。
以这种方式对指针进行加减偏移量的运算都是有效的。(em...这里说的是写在同一行的这种方式)。这种情况下使用
&^
这两个操作符也是有效的(通常用于内存对齐)。
在所有情况下,得到的结果必须指向原始分配的对象。
不像 C 语言,将指针加上一个超出其原始分配的内存区域的偏移量是无效的:
1 | // 无效: end 指向了分配的空间以外的区域 |
下面对切片的这种操作也跟上图类似。
1 | // 无效: end 指向了分配的空间以外的区域 |
这是因为,内存的地址范围是
[start, end)
,是不包含终点的那个地址的,上面的
end
都指向了地址的边界,这是无效的。
当然,除了边界上,边界以外都是无效的。(end
指向的内存不是属于那个变量的)
注意:两个转换(Pointer
=> uintptr
,
uintptr
=>
Pointer
)必须出现在同一个表达式中,只有中间的算术运算:
1 | // 无效: uintptr 在转换回 Pointer 之前不能存储在变量中 |
注意:指针必须指向已分配的对象,因此它不能是 nil
。
1 | // 无效: nil 指针转换 |
4. 调用
syscall.Syscall
时将指针转换为 uintptr
觉得文字太啰嗦可以直接看图:
syscall
包中的 Syscall
函数将其
uintptr
参数直接传递给操作系统,然后操作系统可以根据调用的细节将其中一些参数重新解释为指针。
也就是说,系统调用实现隐式地将某些参数从 uintptr
转换回指针。
如果必须将指针参数转换为 uintptr
以用作参数,则该转换必须出现在调用表达式本身中:
1 | syscall.Syscall(SYS_READ, uintptr(fd), uintptr(unsafe.Pointer(p)), uintptr(n)) |
编译器通过安排被引用的分配对象(如果有的话)被保留,并且在调用完成之前不移动,来处理在调用程序集中实现的函数的参数列表中转换为
uintptr
的指针,
即使仅从类型来看,在调用期间似乎不再需要对象。
为了使编译器识别该模式,转换必须出现在参数列表中:
1 | // 无效:在系统调用期间隐式转换回指针之前, |
5.
将 reflect.Value.Pointer
或
reflect.Value.UnsafeAddr
的结果从 uintptr
转换为 Pointer
reflect.Value
的 Pointer
和
UnsafeAddr
方法返回类型 uintptr
而不是
unsafe.Pointer
, 从而防止调用者在未导入 unsafe
包的情况下将结果更改为任意类型。(这是为了防止开发者对
Pointer
的误操作。)
然而,这也意味着这个返回的结果是脆弱的,我们必须在调用之后立即转换为
Pointer
(如果我们确切的需要一个
Pointer
):
其实就是为了让开发者明确自己知道在干啥,要不然写出了 bug 都不知道。
1 | // 在调用了 reflect.Value 的 Pointer 方法后, |
与上述情况一样,在转换之前存储结果是无效的:
1 | // 无效: uintptr 在转换回 Pointer 之前不能保存在变量中 |
原因上面也说了,因为 u
指向的内存是不受保护的,可能会被垃圾回收器收集。
6.
将 reflect.SliceHeader
或 reflect.StringHeader
的 Data
字段跟 Pointer
互相转换
与前面的情况一样,反射数据结构 SliceHeader
和
StringHeader
将字段 Data
声明为
uintptr
, 以防止调用者在不首先导入 unsafe
的情况下将结果更改为任意类型。 然而,这意味着 SliceHeader
和 StringHeader
仅在解析实际切片或字符串值的内容时有效。
我们先来看看这两个结构体的定义:
1 | // SliceHeader 是切片的运行时表示(内存布局跟切片一致) |
使用示例:
1 | // 将字符串的内容修改为 p 指向的内容 |
这种转换是有效的,因为 SliceHeader 的内存布局和 StringHeader 的内存布局一致,并且 SliceHeader 所占用的内存空间比 StringHeader 所占用内存空间大,也就是说,这是一种大小更大的类型转换为大小更小的类型,这会丢失 SliceHeader 的一部分数据, 但是丢失的那部分对我们程序正常运行是没有任何影响的。
在这个用法中,hdr.Data
实际上是引用字符串头中的基础指针的另一种方式,而不是 uintptr 变量本身。
(我们这里也是使用了 uintptr
表达式,而不是一个存储了
uintptr
类型的变量)
通常来说,reflect.SliceHeader
和
reflect.StringHeader
通常用在指向实际切片或者字符串的
*reflect.SliceHeader
和
*reflect.StringHeader
,永远不会被当作普通结构体使用。
程序不应该声明或者分配这些结构体类型的变量,下面的写法是有风险的。
1 | // 无效: 直接声明的 Header 不会将 Data 作为引用 |
Add 函数
函数原型是:func Add(ptr Pointer, len IntegerType) Pointer
这个函数的作用是,可以将 unsafe.Pointer
类型加上一个偏移量得到一个指向新地址的 unsafe.Pointer
。
简单点来说,就是对 unsafe.Pointer
做算术运算的,上面我们说过 unsafe.Pointer
是不能直接进行算术运算的, 因此需要先转换为 uintptr
然后再进行算术运算,算完再转换回 unsafe.Pointer
类型,所以会很繁琐。 有了 Add
方法,我们可以写得简单一些,不用做 uintptr
的转换。
有了
Add
,我们可以简化一下上面那个通过数组指针加偏移量的例子,示例:
1 | package main |
在这个例子中,我们先是通过 unsafe.Pointer(&x)
获取到了一个指向 x
的 unsafe.Pointer
对象,
然后通过 unsafe.Add
加上了 2 个 int8
类型大小的偏移量,最终得到的是一个指向 x[2]
的
unsafe.Pointer
。
Add
方法可以简化我们对指针的一些操作。
Slice 函数
Slice
函数的原型是:func Slice(ptr *ArbitraryType, len IntegerType) []ArbitraryType
函数 Slice
返回一个切片,其底层数组以 ptr
开头,长度和容量为 len
。
unsafe.Slice(ptr, len)
等价于:
1 | (*[len]ArbitraryType)(unsafe.Pointer(ptr))[:] |
除了这个,作为一种特殊情况,如果 ptr
为
nil
,len
为零,则 Slice
返回
nil
。
示例:
1 | package main |
需要非常注意的是,第一个参数实际上隐含传递了该地址对应的类型信息,上面用了
&x[1]
,传递的类型实际上是int8
。
如果我们按照下面这样写,得到的结果就是错误的,因为它隐式传递的类型是
[6]int8
(这是一个数组),而不是 int8
:
1 | // 错误示例: |
这样显然不是我们想要的结果,因为它读取到了一部分未知的内存,如果我们修改这部分内存,可能会造成程序崩溃。
一个很常见的用法
在实际应用中,很多框架为了提高性能,在做 []byte
和
string
的切换的时候,往往会使用 unsafe.Pointer
来实现(比如 gin
框架):
下面这个例子实现了 []byte
到 string
的转换,而且避免了内存分配。这是因为,切片和字符串的内存布局是一致的,只不过切片比字符串占用
的空间多了一点,还有一个 cap
容量字段,用来表示切片的容量是多少。具体我们可以再看看上面的
reflect.SliceHeader
和 reflect.StringHeader
,
在下面这个字节切片到字符串的转换过程中,是从占用空间更大的类型转换为占用空间更小的类型,所以是安全的,丢失的那个
cap
对我们程序正常运行无影响。
先看看 []byte
和 string
的类型底层定义:
1 | // 字符串 |
[]byte
转字符串的示例:
1 | func BytesToString(b []byte) string { |
这个操作如下图:
在这个转换过程中,其实只是将 b
表示的类型转由
[]byte
转换为了 string
,之所以可以这么转,
是因为 []byte
的内存布局跟 string
的内存布局是一样的,
但是由于字符串实际占用空间比切片类型要小(不包括其底层指针指向的内容),
所以在转换过程中,cap
字段丢失了,但是 strin
也不需要这个字段,所以对程序运行没影响。
同时字符串长度是按照字节计算的,所以字节切片和字符串的 len 字段是一样的,不需要做额外处理。
字符串转 []byte
的示例:
1 | func StringToBytes(s string) []byte { |
这个操作如下图:
这个过程只是需要分配很小一部分内存就可以完成了,效率比 go 自带的转换高。
go 里面字符串是不可变的,但 go 为了维持字符串不可变的特性,在字符串和字节切片之间转换一般都是通过数据拷贝的方式实现的。 因为这样就不会影响到原来的字符串或者字节切片了,但是这样做的性能会非常低。 具体可参考
slicebytetostring
和stringtoslicebyte
函数,这两个函数位于runtime/string.go
中。
总结
本文主要讲了如下内容:
- 内存布局:结构体的字段存储是占用了连续的一段内存,而且结构体可能会占用比实际需要空间更大的内存,因为需要对齐内存。
- 指针存储了指向变量的地址,对这个地址使用
*
操作符可以获取这个地址指向的内容。 uintptr
是 C 里面的一种命名惯例,u
前缀的意思是unsigned
,int
表示是int
类型,ptr
表示这个类型是用来表示指针的。unsafe
定义的Pointer
类型是一种可以指向任何类型的指针,ArbitraryType
可用于表示任意类型。- 我们通过
unsafe.Pointer
修改结构体字段的时候,要使用unsafe.Offsetof
获取结构体的偏移量。 - 通过
unsafe.Sizeof
可以获得某一种类型所需要的内存空间大小(其中包括了用于内存对齐的内存)。 unsafe.Pointer
与uintptr
之间的类型转换。- 几种使用
unsafe.Pointer
的模式:*T1
到*T2
的转换unsafe.Pointer
转换为uintptr
- 使用算术运算将
unsafe.Pointer
转换为uintptr
并转换回去(需要注意不能使用中间变量来保存uintptr(unsafe.Pointer(p))
) - 调用
syscall.Syscall
时将指针转换为uintptr
- 将
reflect.Value
的Pointer
和UnsafeAddr
的结果从uintptr
转换为unsafe.Pointer
- 将
reflect.SliceHeader
或reflect.StringHeader
的Data
字段跟Pointer
互相转换
Add
函数可以简化指针的算术运算,不用来回转换类型(比如unsafe.Pointer
转换为uintptr
,然后再转换为unsafe.Pointer
)。Slice
函数可以获取指针指向内存的一部分。- 最后介绍了
string
和[]byte
之间通过unsafe.Pointer
实现高效转换的方法。