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