string(int)、string(int32) 和 string([]int32) 都有效，但 string([]int) 无效 - 这里的基本原理是什么？答案

【问题标题】：string(int), string(int32) and string([]int32) are all valid but string([]int) is invalid - what's the rationale here?string(int)、string(int32) 和 string([]int32) 都有效，但 string([]int) 无效 - 这里的基本原理是什么？
【发布时间】：2020-12-06 10:29:35
【问题描述】：

（我使用的是 Go 1.14.6。）

以下语句都会输出字符a

Println(string(int(97) ) )
Println(string(int32(97) ) )
Println(string([]int32{97} ) )

但是

Println(string([]int{97} ) )

会导致编译错误

cannot convert []int literal (type []int) to type string

这种行为让我很困惑。如果它处理string(int) 与string(int32) 相同，为什么它处理string([]int) 与string([]int32) 不同？

【问题讨论】：

“如果它处理 string(int) 与 string(int32) 相同” - 不，它不会。 go vet 在string(int) 上打印警告
感谢您提到 go vet，这对我来说是新的（新的 Go 学习者 :)。

标签： string go slice rune

【解决方案1】：

rune 表示 unicode 代码点，是 int32 的别名。所以实际上string([]int32{}) 与string([]rune{}) 相同，后者将一片符文（类似于string 的字符）转换为string。这很有用。

int 不是int32 也不是rune，所以将[]int 转换为string 应该是不合逻辑的，它是模棱两可的，所以语言规范不允许这样做。

将整数转换为string 会产生一个带有单个rune 的字符串值。 Spec: Conversions:

字符串类型的转换

将有符号或无符号整数值转换为字符串类型会生成一个包含整数的 UTF-8 表示形式的字符串。超出有效 Unicode 代码点范围的值将转换为 "\uFFFD"。

这让许多人感到困惑，因为许多人期望转换结果是字符串的（十进制）表示。 Go 作者已经认识到这一点，并已采取措施在未来将其从语言中删除和删除。在 Go 1.15 中，go vet 已经对此类转换发出警告。 Go 1.15 release notes: Vet:

字符串（x）的新警告

vet 工具现在会针对string(x) 形式的转换发出警告，其中x 的整数类型不是rune 或byte。 Go 的经验表明，这种形式的许多转换错误地假设string(x) 计算为整数 x 的字符串表示形式。它实际上计算为一个包含x 值的UTF-8 编码的字符串。例如，string(9786) 不会计算为字符串 "9786"；它的计算结果为字符串 "\xe2\x98\xba" 或 "☺"。

正确使用string(x) 的代码可以重写为string(rune(x))。或者，在某些情况下，使用合适的字节切片buf 调用utf8.EncodeRune(buf, x) 可能是正确的解决方案。其他代码最有可能使用strconv.Itoa 或fmt.Sprint。

使用go test 时，默认启用这项新的审核检查。

我们正在考虑在未来的 Go 版本中禁止转换。也就是说，当 x 的类型为 @ 时，语言将更改为仅允许 string(x) 用于整数 x 987654358@ 或byte。这种语言更改不会向后兼容。我们正在将此兽医检查用作更改语言的第一步。

【讨论】：

感谢您的详细解释。只是发现必须通过语言规范有点令人沮丧。如果行为可以更明显，会更容易。 :) 并感谢 mennioning go 1.15。我几周前刚刚安装了 1.14.6。
每种语言都有一些奇怪的地方，尤其是在类型转换方面。 Go 的好处是有一个明确的规范来定义语言行为。我建议熟悉它。
是否可以默认为go build或go run启用go vet（如gcc -Wall）？
@pynexj 不确定go build 和go run，但go test 默认自动运行vet。