Go字符串性能优化核心是构建用strings.Builder、处理用[]byte。Builder复用底层数组避免分配，[]byte支持原地操作且减少转换开销，配合strconv.Append*系列进一步提升效率。
Go语言中字符串处理性能优化的关键，在于避免频繁的字符串拼接和内存分配。由于Go中字符串是不可变的，每次用+或fmt.Sprintf拼接都会生成新字符串、触发内存分配，尤其在循环中会显著拖慢速度。高效做法是优先使用strings.Builder（适用于构建字符串）和[]byte（适用于解析、修改、编码等场景）。
用strings.Builder替代+拼接
strings.Builder底层复用一个可增长的字节切片，写入过程不产生中间字符串，零拷贝、无GC压力。它专为“构建”设计，比bytes.Buffer更轻量（没有读能力，也不支持格式化）。
常见误用：
❌ 错误：循环中用str += s
✅ 正确：初始化Builder，用WriteString或Write追加，最后调用String()
- 初始化时可预估容量（如
strings.Builder{Cap: 1024}），减少扩容次数 - 避免对Builder做多次
String()调用——它会复制底层数组；如需多次使用结果，先存为变量 - Builder不是goroutine安全的，多协程写入需加锁或每个协程独立使用
用[]byte替代string进行中间处理
当需要频繁索引、切片、替换、编码（如URL/JSON）或与I/O交互时，直接操作[]byte更高效：无需转换开销，且可原地修改（注意：修改byte切片不影响原始字符串，因字符串底层数据是只读的）。
- 从字符串转
[]byte：用[]byte(s)（小开销，仅复制头信息+数据指针，非深拷贝） - 处理完再转回字符串：用
string(b)（唯一一次数据拷贝，不可避免但可控） - 若只是读取或切片（如
b[5:10]），完全不需要转回string，直接传给接受[]byte的函数（如json.U、
nmarshalhttp.ResponseWriter.Write）
nmarshal避免隐式转换和冗余分配
一些看似简洁的写法实际隐藏了多次分配：
-
fmt.Sprintf("%s-%d", s, n)→ 改用strings.Builder+WriteString+WriteInt（需自行实现或用strconv.Append*） -
strings.ReplaceAll(s, "a", "b")→ 若只需替换一次或位置固定，用strings.Index+[]byte切片拼接更省 - 正则匹配后提取子串：优先用
FindSubmatch返回[]byte，而非FindStringSubmatch返回string
结合strconv.Append*系列提升数字转字节效率
把整数、浮点数追加到[]byte时，strconv.AppendInt、AppendFloat等函数比strconv.Itoa + []byte()快得多，因为它们直接往目标切片追加，不创建中间字符串。
- 例如：
b = strconv.AppendInt(b, 123, 10)比append(b, []byte(strconv.Itoa(123))...)少一次分配 - 配合Builder使用：先
builder.Grow(estimatedSize)，再builder.Write(strconv.AppendInt([]byte{}, n, 10))
基本上就这些。核心就两条：构建用Builder，处理用[]byte——不复杂但容易忽略。
