为啥string和[]byte类型转换需要一定的代价？
为啥string和[]byte类型转换需要一定的代价？
为啥内置函数copy会有一种特殊情况copy(dst []byte, src string) int?
string和[]byte，底层都是数组，但为什么[]byte比string灵活，拼接性能也更高（动态字符串拼接性能对比）?
今天看了源码探究了一下。
以下所有观点都是个人愚见，有不同建议或补充的的欢迎emial我aboutme
何为string？
什么是字符串？标准库builtin的解释：
type stringstring is the set of all strings of 8-bit bytes, conventionally but not necessarily representing utf-8-encoded text. a string may be empty, but not nil. values of string type are immutable.
简单的来说字符串是一系列8位字节的集合，通常但不一定代表utf-8编码的文本。字符串可以为空，但不能为nil。而且字符串的值是不能改变的。
不同的语言字符串有不同的实现，在go的源码中src/runtime/string.go，string的定义如下：
type stringstruct struct { str unsafe.pointer len int}
可以看到str其实是个指针，指向某个数组的首地址，另一个字段是len长度。那到这个数组是什么呢？ 在实例化这个stringstruct的时候：
func gostringnocopy(str *byte) string {ss := stringstruct{str: unsafe.pointer(str), len: findnull(str)}s := *(*string)(unsafe.pointer(&ss))return s}
哈哈，其实就是byte数组，而且要注意string其实就是个struct。
何为[]byte?
首先在go里面，byte是uint8的别名。而slice结构在go的源码中src/runtime/slice.go定义：
type slice struct {array unsafe.pointerlen intcap int}
array是数组的指针，len表示长度，cap表示容量。除了cap，其他看起来和string的结构很像。
但其实他们差别真的很大。
区别
字符串的值是不能改变
在前面说到了字符串的值是不能改变的，这句话其实不完整，应该说字符串的值不能被更改，但可以被替换。 还是以string的结构体来解释吧，所有的string在底层都是这样的一个结构体stringstruct{str: str_point, len: str_len}，string结构体的str指针指向的是一个字符常量的地址， 这个地址里面的内容是不可以被改变的，因为它是只读的，但是这个指针可以指向不同的地址，我们来对比一下string、[]byte类型重新赋值的区别：
s := a1 // 分配存储a1的内存空间，s结构体里的str指针指向这快内存s = a2 // 重新给a2的分配内存空间，s结构体里的str指针指向这快内存
其实[]byte和string的差别是更改变量的时候array的内容可以被更改。
s := []byte{1} // 分配存储1数组的内存空间，s结构体的array指针指向这个数组。s = []byte{2} // 将array的内容改为2
因为string的指针指向的内容是不可以更改的，所以每更改一次字符串，就得重新分配一次内存，之前分配空间的还得由gc回收，这是导致string操作低效的根本原因。
string和[]byte的相互转换
将string转为[]byte，语法[]byte(string)源码如下：
func stringtoslicebyte(buf *tmpbuf, s string) []byte {var b []byteif buf != nil && len(s) 0 {racereadrangepc(unsafe.pointer(&b[0]),uintptr(l),getcallerpc(unsafe.pointer(&buf)),funcpc(slicebytetostring))}if msanenabled && l > 0 {msanread(unsafe.pointer(&b[0]), uintptr(l))}s, c := rawstringtmp(buf, l)copy(c, b)return s}func rawstringtmp(buf *tmpbuf, l int) (s string, b []byte) {if buf != nil && l <= len(buf) {b = buf[:l]s = slicebytetostringtmp(b)} else {s, b = rawstring(l)}return}
依然可以看到s是新分配的，然后再将b复制给s。
正因为string和[]byte相互转换都会有新的内存分配，才导致其代价不小，但读者千万不要误会，对于现在的机器来说这些代价其实不值一提。 但如果想要频繁string和[]byte相互转换（仅假设），又不会有新的内存分配，能有办法吗？答案是有的。
package string_slicebyte_testimport (logreflecttestingunsafe)func stringtoslicebyte(s string) []byte {sh := (*reflect.stringheader)(unsafe.pointer(&s))bh := reflect.sliceheader{data: sh.data,len: sh.len,cap: sh.len,}return *(*[]byte)(unsafe.pointer(&bh))}func slicebytetostring(b []byte) string {bh := (*reflect.sliceheader)(unsafe.pointer(&b))sh := reflect.stringheader{data: bh.data,len: bh.len,}return *(*string)(unsafe.pointer(&sh))}func teststringslicebyte(t *testing.t) {s1 := abcb1 := []byte(def)copy(b1, s1)log.println(s1, b1)s := hellob2 := stringtoslicebyte(s)log.println(b2) // b2[0] = byte(99) unexpected fault addressb3 := []byte(test)s3 := slicebytetostring(b3)log.println(s3)}
答案虽然有，但强烈推荐不要使用这种方法来转换类型，因为如果通过stringtoslicebyte将string转为[]byte的时候，共用的时同一块内存，原先的string内存区域是只读的，一但更改将会导致整个进程down掉，而且这个错误是runtime没法恢复的。
如何取舍？
既然string就是一系列字节，而[]byte也可以表达一系列字节，那么实际运用中应当如何取舍？
string可以直接比较，而[]byte不可以，所以[]byte不可以当map的key值。
因为无法修改string中的某个字符，需要粒度小到操作一个字符时，用[]byte。
string值不可为nil，所以如果你想要通过返回nil表达额外的含义，就用[]byte。
[]byte切片这么灵活，想要用切片的特性就用[]byte。
需要大量字符串处理的时候用[]byte，性能好很多。
最后脱离场景谈性能都是耍流氓，需要根据实际场景来抉择。
智慧城市和产业发展之间是什么关系
谷东创始人谈AR如何助力企业数智化转型
为便携式系统设计线性锂离子电池充电器
是德科技 TS-8989 汽车车身与安全测试参考解决方案荣获多项业界大奖
格芯交付性能领先的7纳米FinFET技术在即
为啥string和[]byte类型转换需要一定的代价？
喜讯！全视通再获行业认可，荣膺数字医疗-医院管理价值奖
智慧能源赋能智能制造，爱博精电精电助力科伦药业智慧工厂建设！
can记录仪使用时如何应对震动问题？
PGA202失调电压校正电路
Reno2，4000mAh的电池并支持VOOC闪充3.0以及光感屏幕指纹技术
8位单片机和32位单片机如何选择？8位单片机和32位单片机的区别
我们该如何鉴别电线电缆的质量是好还是坏
Q3全球Chromebook市场份额达到16％,惠普夺回笔记本电脑市场领导地位
vr应急救援模拟系统，它的优势是什么
基于TMPM374和IPD的变频冰箱参考方案
氮化镓如何使更轻小的5G解决方案成为可能
小米Max2最新消息：雷军要哭了！为什么小米Max2发布，小米Max却疯狂涨价？
威努特蝉联中国工控安全领军企业
iPhone XR搭载A12仿生芯片性能跑分超过了所有安卓手机
为啥内置函数copy会有一种特殊情况copy(dst []byte, src string) int?
string和[]byte，底层都是数组，但为什么[]byte比string灵活，拼接性能也更高（动态字符串拼接性能对比）?
今天看了源码探究了一下。
以下所有观点都是个人愚见，有不同建议或补充的的欢迎emial我aboutme
何为string？
什么是字符串？标准库builtin的解释：
type stringstring is the set of all strings of 8-bit bytes, conventionally but not necessarily representing utf-8-encoded text. a string may be empty, but not nil. values of string type are immutable.
简单的来说字符串是一系列8位字节的集合，通常但不一定代表utf-8编码的文本。字符串可以为空，但不能为nil。而且字符串的值是不能改变的。
不同的语言字符串有不同的实现，在go的源码中src/runtime/string.go，string的定义如下：
type stringstruct struct { str unsafe.pointer len int}
可以看到str其实是个指针，指向某个数组的首地址，另一个字段是len长度。那到这个数组是什么呢？ 在实例化这个stringstruct的时候：
func gostringnocopy(str *byte) string {ss := stringstruct{str: unsafe.pointer(str), len: findnull(str)}s := *(*string)(unsafe.pointer(&ss))return s}
哈哈，其实就是byte数组，而且要注意string其实就是个struct。
何为[]byte?
首先在go里面，byte是uint8的别名。而slice结构在go的源码中src/runtime/slice.go定义：
type slice struct {array unsafe.pointerlen intcap int}
array是数组的指针，len表示长度，cap表示容量。除了cap，其他看起来和string的结构很像。
但其实他们差别真的很大。
区别
字符串的值是不能改变
在前面说到了字符串的值是不能改变的，这句话其实不完整，应该说字符串的值不能被更改，但可以被替换。 还是以string的结构体来解释吧，所有的string在底层都是这样的一个结构体stringstruct{str: str_point, len: str_len}，string结构体的str指针指向的是一个字符常量的地址， 这个地址里面的内容是不可以被改变的，因为它是只读的，但是这个指针可以指向不同的地址，我们来对比一下string、[]byte类型重新赋值的区别：
s := a1 // 分配存储a1的内存空间，s结构体里的str指针指向这快内存s = a2 // 重新给a2的分配内存空间，s结构体里的str指针指向这快内存
其实[]byte和string的差别是更改变量的时候array的内容可以被更改。
s := []byte{1} // 分配存储1数组的内存空间，s结构体的array指针指向这个数组。s = []byte{2} // 将array的内容改为2
因为string的指针指向的内容是不可以更改的，所以每更改一次字符串，就得重新分配一次内存，之前分配空间的还得由gc回收，这是导致string操作低效的根本原因。
string和[]byte的相互转换
将string转为[]byte，语法[]byte(string)源码如下：
func stringtoslicebyte(buf *tmpbuf, s string) []byte {var b []byteif buf != nil && len(s) 0 {racereadrangepc(unsafe.pointer(&b[0]),uintptr(l),getcallerpc(unsafe.pointer(&buf)),funcpc(slicebytetostring))}if msanenabled && l > 0 {msanread(unsafe.pointer(&b[0]), uintptr(l))}s, c := rawstringtmp(buf, l)copy(c, b)return s}func rawstringtmp(buf *tmpbuf, l int) (s string, b []byte) {if buf != nil && l <= len(buf) {b = buf[:l]s = slicebytetostringtmp(b)} else {s, b = rawstring(l)}return}
依然可以看到s是新分配的，然后再将b复制给s。
正因为string和[]byte相互转换都会有新的内存分配，才导致其代价不小，但读者千万不要误会，对于现在的机器来说这些代价其实不值一提。 但如果想要频繁string和[]byte相互转换（仅假设），又不会有新的内存分配，能有办法吗？答案是有的。
package string_slicebyte_testimport (logreflecttestingunsafe)func stringtoslicebyte(s string) []byte {sh := (*reflect.stringheader)(unsafe.pointer(&s))bh := reflect.sliceheader{data: sh.data,len: sh.len,cap: sh.len,}return *(*[]byte)(unsafe.pointer(&bh))}func slicebytetostring(b []byte) string {bh := (*reflect.sliceheader)(unsafe.pointer(&b))sh := reflect.stringheader{data: bh.data,len: bh.len,}return *(*string)(unsafe.pointer(&sh))}func teststringslicebyte(t *testing.t) {s1 := abcb1 := []byte(def)copy(b1, s1)log.println(s1, b1)s := hellob2 := stringtoslicebyte(s)log.println(b2) // b2[0] = byte(99) unexpected fault addressb3 := []byte(test)s3 := slicebytetostring(b3)log.println(s3)}
答案虽然有，但强烈推荐不要使用这种方法来转换类型，因为如果通过stringtoslicebyte将string转为[]byte的时候，共用的时同一块内存，原先的string内存区域是只读的，一但更改将会导致整个进程down掉，而且这个错误是runtime没法恢复的。
如何取舍？
既然string就是一系列字节，而[]byte也可以表达一系列字节，那么实际运用中应当如何取舍？
string可以直接比较，而[]byte不可以，所以[]byte不可以当map的key值。
因为无法修改string中的某个字符，需要粒度小到操作一个字符时，用[]byte。
string值不可为nil，所以如果你想要通过返回nil表达额外的含义，就用[]byte。
[]byte切片这么灵活，想要用切片的特性就用[]byte。
需要大量字符串处理的时候用[]byte，性能好很多。
最后脱离场景谈性能都是耍流氓，需要根据实际场景来抉择。
智慧城市和产业发展之间是什么关系
谷东创始人谈AR如何助力企业数智化转型
为便携式系统设计线性锂离子电池充电器
是德科技 TS-8989 汽车车身与安全测试参考解决方案荣获多项业界大奖
格芯交付性能领先的7纳米FinFET技术在即
为啥string和[]byte类型转换需要一定的代价？
喜讯！全视通再获行业认可，荣膺数字医疗-医院管理价值奖
智慧能源赋能智能制造，爱博精电精电助力科伦药业智慧工厂建设！
can记录仪使用时如何应对震动问题？
PGA202失调电压校正电路
Reno2，4000mAh的电池并支持VOOC闪充3.0以及光感屏幕指纹技术
8位单片机和32位单片机如何选择？8位单片机和32位单片机的区别
我们该如何鉴别电线电缆的质量是好还是坏
Q3全球Chromebook市场份额达到16％,惠普夺回笔记本电脑市场领导地位
vr应急救援模拟系统，它的优势是什么
基于TMPM374和IPD的变频冰箱参考方案
氮化镓如何使更轻小的5G解决方案成为可能
小米Max2最新消息：雷军要哭了！为什么小米Max2发布，小米Max却疯狂涨价？
威努特蝉联中国工控安全领军企业
iPhone XR搭载A12仿生芯片性能跑分超过了所有安卓手机