(我使用的是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)
不同?
rune
是int32
的别名。因此,string([]int32{})
与string([]rune{})
是一样的,后者将符文片段(类似于string
的字符(转换为string
。这很有用。
int
既不是int32
也不是rune
,所以将[]int
转换为string
应该是什么是不合乎逻辑的,这是不明确的,所以语言规范不允许这样做。
将整数转换为string
会产生一个具有单个rune
的字符串值。规格:转换:
与字符串类型的转换
- 将有符号或无符号整数值转换为字符串类型会生成一个包含整数的UTF-8表示形式的字符串。有效Unicode代码点范围之外的值将转换为
"uFFFD"
这让许多人感到困惑,因为许多人希望转换结果是字符串形式的(十进制(表示。Go的作者已经认识到了这一点,并采取措施在未来将其从语言中删除。在Go 1.15中,go vet
已经对这种转换发出警告。Go 1.15发布说明:兽医:
字符串(x(的新警告
vet工具现在警告形式
string(x)
的转换,其中x
具有除rune
或byte
之外的整数类型。Go的经验表明,这种形式的许多转换错误地认为string(x)
的计算结果是整数x的字符串表示。它实际上的计算结果包含x
值的UTF-8编码。例如,string(9786)
不对字符串"9786"
求值;其评估为字符串"xe2x98xba"
或"☺"
。正确使用
string(x)
的代码可以重写为string(rune(x))
。或者,在某些情况下,用合适的字节片buf
调用utf8.EncodeRune(buf, x)
可能是正确的解决方案。其他代码很可能使用strconv.Itoa
或fmt.Sprint
。在使用
go test
时,默认情况下会启用此新的兽医检查。我们正在考虑在未来的Go版本中禁止转换也就是说,当
x
的类型为rune
或byte
时,语言将更改为只允许整数x
使用string(x)
。这样的语言变化是不向后兼容的。我们正在使用这种兽医检查作为改变语言的第一步。