unsafe.Sizeof()不会递归地进入数据结构，它只是报告传递的值的“浅”大小。引用其文档：
该大小不包括x可能引用的任何内存。 例如，如果x是切片，则Sizeof返回切片描述符的大小，而不是该切片所引用的内存的大小。
Go中的地图被实现为指针，因此
unsafe.Sizeof(somemap)将报告该指针的大小。
Go中的字符串只是包含指针和长度的标头。见
reflect.StringHeader：
type StringHeader struct { Data uintptr Len int}因此
unsafe.Sizeof(somestring)将报告上述结构的大小，该大小与
string值的长度（
Len字段的值）无关。
要获得映射的实际内存需求（“深度”），Go将UTF-8编码的
string值的字节序列存储在内存中。内置函数
len()报告a的字节长度
string，因此基本上在内存中存储
string值所需的内存为：
var str string = "some string"stringSize := len(str) + unsafe.Sizeof(str)
同样不要忘记，
string可以通过切片另一个更大的字符串来构造一个值，因此，即使不再引用原始字符串（因此不再需要），也仍然需要将更大的支持数组保留在内存中用于较小的字符串切片。
例如：
s := "some loooooooong string"s2 := s[:2]
在这里，即使内存要求的
s2是
len(s2) + unsafe.Sizeof(str) = 2 +unsafe.Sizeof(str)，尽管如此，整个支持数组
s将被保留。
