string转[]byte出错是因为UTF-8多字节字符被字节切片劈开导致乱码；应按rune遍历而非字节，比较字符串用s1==s2而非bytes.Equal。
Go里string转[]byte为什么有时会出错？
因为string在Go中是只读的UTF-8字节序列，直接转[]byte只是浅拷贝底层字节，不涉及编码转换。但如果你原字符串含非ASCII字符（比如中文、emoji），而后续按字节切片或遍历，就容易“劈开一个UTF-8码元”——导致乱码或utf8.RuneError。
- 安全做法：需要修改内容时才转
[]byte；仅读取建议用range遍历rune - 别用
bytes.Equal([]byte(s1), []byte(s2))比较含Unicode的字符串，应直接用s1 == s2（Go的string比较本身是UTF-8安全的） -
[]byte("你好")长度是6（UTF-8下每个汉字占3字节），不是2——别误当“字符数”用
怎么正确遍历字符串里的“字符”而不是字节？
Go的string不能用for i := range s配合s[i]取“第i个字符”，因为s[i]返回的是字节，不是rune。必须用range直接迭代rune。
- ✅ 正确：
for _, r := range s { fmt.Printf("%c", r) }——r是rune类型，对应Unicode码点 - ❌ 错误：
for i := 0; i —— 可能打印出无效字节（如0xE4），不是可读字符 - 如果真需要索引+字符，用
for i, r := range s，此时i是字节偏移，r是rune值，二者不一一对应
utf8.DecodeRuneInString和strings.NewReader谁更适合逐rune解析？
utf8.DecodeRuneInString轻量、无分配，适合简单前向解析；strings.NewReader + bufio.Reader适合需要回退、peek、带状态的复杂解析（比如lexer）。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
utf8.DecodeRuneInString(s)返回首个rune和它占的字节数，剩余字符串可用s[n:]切片继续处理 - 注意：它不校验整个字符串是否合法UTF-8，只解码首rune；遇到非法字节开头时返回
utf8.RuneError和1 - 若需跳过BOM、处理混合编码或容错恢复，别硬刚
DecodeRuneInString，换golang.org/x/text/transform更稳妥
从[]byte转string后中文变问号？
这不是Go的问题，而是你源数据本身不是UTF-8编码。Go的string强制解释为UTF-8，如果[]byte存的是GBK、Shift-JIS等编码，直接转string就会显示异常。
立即学习“go语言免费学习笔记（深入）”；
- 确认原始字节来源：HTTP响应头
Content-Type: text/html; charset=gbk？文件用Notepad另存为ANSI？这些都不是UTF-8 - 不要用
string(b)硬转，先用golang.org/x/text/encoding包做显式解码，例如gbk.NewDecoder().Bytes(b) - Go标准库不内置GBK等编码，依赖x/text是事实标准，没得绕
真正麻烦的从来不是转换函数怎么写，而是你根本不知道输入字节到底是什么编码——这点在处理老旧API、Windows日志、国产数据库导出时尤其致命。
