golang: string与byte的区别

本文探讨了Go语言中string与[]byte类型的内部实现差异及其对性能的影响。string在Go中被视为不可变的数据结构,而[]byte作为字节切片提供了更高的灵活性。文章深入分析了两种类型在内存管理、类型转换以及字符串拼接操作上的表现,并给出了选择使用哪种类型的建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

golang string和[]byte的对比

为啥string和[]byte类型转换需要一定的代价?
为啥内置函数copy会有一种特殊情况copy(dst []byte, src string) int?
string和[]byte,底层都是数组,但为什么[]byte比string灵活,拼接性能也更高(动态字符串拼接性能对比)?
今天看了源码探究了一下。
以下所有观点都是个人愚见,有不同建议或补充的的欢迎emial我aboutme

何为string?

什么是字符串?标准库builtin的解释:

type string

string 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.Pointer
    len   int
    cap   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 []byte
    if buf != nil && len(s) <= len(buf) {
        *buf = tmpBuf{}
        b = buf[:len(s)]
    } else {
        b = rawbyteslice(len(s))
    }
    copy(b, s)
    return b
}

func rawstring(size int) (s string, b []byte) {
    p := mallocgc(uintptr(size), nil, false)

    stringStructOf(&s).str = p
    stringStructOf(&s).len = size

    *(*slice)(unsafe.Pointer(&b)) = slice{p, size, size}

    return
}

可以看到b是新分配的,然后再将s复制给b,至于为啥copy函数可以直接把string复制给[]byte,那是因为go源码单独实现了一个slicestringcopy函数来实现,具体可以看src/runtime/slice.go

将[]byte转为string,语法string([]byte)源码如下:

func slicebytetostring(buf *tmpBuf, b []byte) string {
    l := len(b)
    if l == 0 {
        // Turns out to be a relatively common case.
        // Consider that you want to parse out data between parens in "foo()bar",
        // you find the indices and convert the subslice to string.
        return ""
    }
    if raceenabled && l > 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_test

import (
    "log"
    "reflect"
    "testing"
    "unsafe"
)

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 := "abc"
    b1 := []byte("def")
    copy(b1, s1)
    log.Println(s1, b1)

    s := "hello"
    b2 := stringtoslicebyte(s)
    log.Println(b2)
    // b2[0] = byte(99) unexpected fault address

    b3 := []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,性能好很多。

最后脱离场景谈性能都是耍流氓,需要根据实际场景来抉择。

<think>好的,用户之前问过关于Windows共享目录设置的问题,现在又转向Golang的[]bytestring。看起来用户可能是在处理不同领域的问题,或者他们的项目需要同时涉及系统管理和编程。我需要确定用户的具体需求,以便提供最相关的信息。 首先,用户的问题是关于Golang中将[]byte转换为string。我需要确保回答准确,同时考虑到可能的性能或安全性问题。常见的转换方法有两种:直接类型转换和显式转换。直接转换使用string(bytes),而显式转换则使用string(bytes[:])或者通过循环复制。直接转换在性能上更好,因为它避免了复制数据,但需要注意原始字节数组的生命周期,防止意外修改。 用户可能关心的是转换的效率和正确性。比如,如果他们处理的是网络数据或文件读取,可能需要高效的方法。同时,如果字节数组包含非UTF-8数据,直接转换可能导致乱码,这时候需要明确说明字符编码的问题。 另外,用户可能在使用某些库或框架时遇到转换问题,比如JSON处理或HTTP请求中的字节转字符串。这时候可能需要指出在特定场景下的最佳实践,例如使用encoding/json库的Unmarshal方法时如何处理。 我还需要检查是否有常见的错误,比如在转换后修改原始字节数组是否会影响字符串,或者如何处理包含nil字节的情况。此外,可能需要提醒用户注意字符串的不可变性和字节数组的可变性之间的区别,避免潜在的并发问题或数据竞争。 用户可能没有说明他们的具体使用场景,比如是处理文本还是二进制数据。如果是文本,确保编码正确;如果是二进制数据,可能需要使用十六进制或其他编码方式。这时候可以提供不同转换方法的例子,帮助用户根据需求选择。 最后,总结要点,强调直接转换的高效性和适用场景,以及显式转换的安全性和适用情况。确保用户理解在不同情况下如何选择合适的方法,并注意潜在的问题,如数据修改和编码问题。</think>在 Go 语言中,将 `[]byte`(字节切片)转换为 `string` 是一种常见操作,但需要注意其底层实现和潜在的性能或安全问题。以下是详细的实现方法和注意事项: --- ### **1. 直接转换(共享底层数据)** Go 允许通过 **类型转换** 直接将 `[]byte` 转为 `string`,这种方式**共享底层数组**,转换效率极高(时间复杂度 O(1)),但需注意修改原 `[]byte` 会影响转换后的字符串(反之不可行,因为字符串不可变)。 ```go bytes := []byte{'H', 'e', 'l', 'l', 'o'} str := string(bytes) // 直接转换 fmt.Println(str) // 输出: Hello ``` #### **注意事项** - **共享内存**:原 `[]byte` 后续被修改时,`string` 内容会同步变化(需谨慎)。 - **非 UTF-8 数据**:如果 `[]byte` 包含非 UTF-8 编码的字节,转换后的字符串可能包含乱码,但不会报错。 --- ### **2. 显式复制(独立内存)** 若希望转换后的 `string` 原 `[]byte` **完全独立**(避免共享内存),可通过 `copy` 或 `strings.Builder` 手动复制数据: ```go // 方法 1: 通过 string() 强制复制 bytes := []byte{'H', 'e', 'l', 'l', 'o'} str := string(bytes[:]) // 显式复制(实际仍依赖编译器优化) // 或通过循环手动复制(完全可控) // 方法 2: 使用 strings.Builder(更灵活) var builder strings.Builder builder.Write(bytes) str := builder.String() ``` #### **适用场景** - 需要确保转换后的 `string` 原 `[]byte`
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值