string(int)、string(int32) 和 string([]int32) 都是有效的,但 string([]int) 是无效的 - 这里的理由是什么?



(我使用的是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)不同?

代表unicode代码点的runeint32的别名。因此,string([]int32{})string([]rune{})是一样的,后者将符文片段(类似于string的字符(转换为string。这很有用。

int既不是int32也不是rune,所以将[]int转换为string应该是什么是不合乎逻辑的,这是不明确的,所以语言规范不允许这样做。

将整数转换为string会产生一个具有单个rune的字符串值。规格:转换:

与字符串类型的转换

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

这让许多人感到困惑,因为许多人希望转换结果是字符串形式的(十进制(表示。Go的作者已经认识到了这一点,并采取措施在未来将其从语言中删除。在Go 1.15中,go vet已经对这种转换发出警告。Go 1.15发布说明:兽医:

字符串(x(的新警告

vet工具现在警告形式string(x)的转换,其中x具有除runebyte之外的整数类型。Go的经验表明,这种形式的许多转换错误地认为string(x)的计算结果是整数x的字符串表示。它实际上的计算结果包含x值的UTF-8编码。例如,string(9786)不对字符串"9786"求值;其评估为字符串"xe2x98xba""☺"

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

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

我们正在考虑在未来的Go版本中禁止转换也就是说,当x的类型为runebyte时,语言将更改为只允许整数x使用string(x)。这样的语言变化是不向后兼容的。我们正在使用这种兽医检查作为改变语言的第一步。

最新更新