在下面的代码中:
c := "fool"
d := []byte("fool")
fmt.Printf("c: %T, %d\n", c, unsafe.Sizeof(c)) // 16 bytes
fmt.Printf("d: %T, %d\n", d, unsafe.Sizeof(d)) // 24 bytes
要确定从CloudFoundry接收JSON数据所需的数据类型,请测试上面的示例代码以了解[]byte
和string
类型的内存分配。
string
类型变量c
的预期大小为1个字节x 4个ascii编码字母= 4个字节,但是大小显示为16个字节。
对于byte
类型的变量d
,GO将字符串作为字符串文字嵌入到可执行程序中。它在运行时使用runtime.stringtoslicebyte
函数将字符串文字转换为字节片。类似于... []byte{102, 111, 111, 108}
byte
类型变量d
的预期大小再次为1个字节x 4个ascii值= 4个字节,但是变量d
的大小显示为24个字节,作为其基础数组容量。
为什么两个变量的大小都不是4个字节?
答案 0 :(得分:7)
Go中的切片和字符串都是类似结构的标头:
type SliceHeader struct {
Data uintptr
Len int
Cap int
}
type StringHeader struct {
Data uintptr
Len int
}
unsafe.Sizeof()
报告的大小就是这些标头的大小,不包括指向数组的大小:
Sizeof接受任何类型的表达式x并返回假设变量v的字节大小,就好像v是通过var v = x声明的一样。 大小不包括x可能引用的任何内存。例如,如果x是切片,则Sizeof返回切片描述符的大小,而不是切片所引用的内存的大小。 >
要获取某个任意值的实际(“递归”)大小,请使用Go的内置测试和基准测试框架。有关详细信息,请参见How to get memory size of variable in Golang?
有关字符串,请参阅String memory usage in Golang。 string
值所需的完整内存可以这样计算:
var str string = "some string"
stringSize := len(str) + unsafe.Sizeof(str)