stringint，stringint32和string[] int32均有效，但string[] int无效-这里的原理是什么？ 关于字符串x的新警告

问题描述

（我正在使用Go 1.14.6。）

以下语句将全部输出char 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)不同？

解决方法

表示Unicode代码点的

rune是int32的别名。因此，string([]int32{})与string([]rune{})一样有效，它可以将一片符文（类似于string的字符）转换为string。这很有用。

int既不是int32也不是rune，因此将[]int转换为string应该是不逻辑的，这是模棱两可的，因此不允许语言规范。

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

与字符串类型之间的转换

1. 将有符号或无符号整数值转换为字符串类型会产生一个包含整数的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))。或者，在某些情况下，使用合适的字节片utf8.EncodeRune(buf,x)调用buf可能是正确的解决方案。其他代码很可能应该使用strconv.Itoa或fmt.Sprint。

使用go test时，默认情况下启用此新的兽医检查。

我们正在考虑在以后的Go版本中禁止转换。即，当{类型为{ {1}}是string(x)或x。这样的语言更改不会向后兼容。我们正在将此兽医检查作为尝试更改语言的第一步。