为什么直接初始化和通过 make 初始化时字节的表示不同？

本篇文章给大家分享《为什么直接初始化和通过 make 初始化时字节的表示不同？》，覆盖了Golang的常见基础知识，其实一个语言的全部知识点一篇文章是不可能说完的，但希望通过这些问题，让读者对自己的掌握程度有一定的认识(B 数)，从而弥补自己的不足，更好的掌握它。

https://golang.org/src/go/types/type.go?s=485:503#l10 指出 byte 是 uint8 的别名，rune 是 int32 的别名

当我执行以下代码块时，我收到以下输出

b1, b2 := [1]byte{}, make([]byte, 1)
fmt.printf("b1: %#v, b2: %#v", b1, b2)

output: b1: [1]uint8{0x0}, b2: []byte{0x0} // i'm trying to make sense of this inconsistency

r1, r2 := [1]rune{}, make([]rune, 1)
fmt.printf("r1: %#v, r2: %#v", r1, r2)

Output: b1: [1]int32{0x0}, b2: []int32{0x0} // go's representation consistent here

但是这里显示的 byte 的差异对于 rune 来说并不存在，它也是一个别名。

make 和直接初始化之间 byte 的表示差异可能是什么原因？

解决方案

2个原因。其中一个值不相同

• [1]byte{} 是长度为 1 的字节数组
• make([]byte, 1) 是长度为 1 的字节切片

在 fmt 的实现中，字节切片 ([]byte) 是一种已处理的特殊情况，而字节数组则不是。因此，字节切片的别名被处理。符文切片或数组不是案例，因此显示为基础类型与别名。请参阅 switch 语句了解类型：

https://github.com/golang/go/blob/076a45acd5b8d2ce08a2dbe898dc9228554db92d/src/fmt/print.go#L696

与 make([]byte, 1) 等效的是 []byte{0x00}。

https://play.golang.org/p/k8DiFoy4mNl

本篇关于《为什么直接初始化和通过 make 初始化时字节的表示不同？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！