Go中ISO-8859-1转UTF-8无需第三方库，因字节0x00–0xFF直接映射Unicode U+0000–U+00FF，可遍历字节切片执行rune(b)后用bytes.Buffer.WriteRune零拷贝转换。
Go 本身不内置多编码支持，所谓“高性能 UTF-8 编码转换”其实是个伪命题——UTF-8 是 Go 字符串的原生编码，不需要转；真正要做的，是「把非 UTF-8 字节流（如 GBK、ISO-8859-1）安全、低开销地转成合法 UTF-8 字符串」。性能瓶颈不在 UTF-8 本身，而在解码器设计、内存分配和错误处理策略。
读 GBK 文件时 panic: illegal byte sequence 怎么办
这不是文件损坏，是 os.ReadFile 返回了原始 GBK 字节，后续调用 fmt.Println 或 json.Marshal 时触发了 Go 运行时对字符串 UTF-8 合法性的校验 panic。
- 别用
strings.ToValidUTF8：它只替换非法 UTF-8 序列为\ufffd，不会还原原始语义，且已丢数据 - 必须在字节层面完成转换：先读
[]byte，再用simplifiedchinese.GB18030.NewDecoder().Bytes()解码 -
GB18030比GBK更稳——它向下兼容 GBK，且对扩展双字节序列（如“镕”“煊”）处理更鲁棒 - 解码器不是线程安全的，不要复用同一个
Decoder实例处理多个 goroutine 的数据
大文件转码内存爆炸，怎么流式处理
一次性 os.ReadFile + .Bytes() 会保留原始字节和转码后 UTF-8 两份内存，几百 MB 文件极易 OOM。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 用
transform.NewReader包装原始io.Reader，实现边读边解码：reader := transform.NewReader(file, simplifiedchinese.GB18030.NewDecoder()) - 注意：别在已有
bufio.Reader上再套transform.NewReader，缓冲区错位会导致解码失败 - 若需容错（跳过非法序列），用
transform.Chain(simplifiedchinese.GB18030.NewDecoder(), encoding.ReplaceUnsupported) - 写入时同理：用
transform.NewWriter(file, gbk.NewEncoder())，往里面写 UTF-8string即可
ISO-8859-1 到 UTF-8 其实不用第三方库
因为 ISO-8859-1 的每个字节（0x00–0xFF）直接对应 Unicode 码点 U+0000–U+00FF，而 Go 的 rune 就是 int32，所以可零拷贝映射：
立即学习“go语言免费学习笔记（深入）”；
- 手动转换只需遍历字节切片，强制转
rune再写入bytes.Buffer：for _, b := range iso8859Bytes { buf.WriteRune(rune(b)) } - 比
charmap.ISO8859_1.NewDecoder().Bytes()更快，无额外依赖，且无 error 分支开销 - 但仅适用于纯 Latin-1 字符；含控制字符或超出 0xFF 的字节会出错，务必确认源编码干净
真正影响性能的从来不是 UTF-8 编码本身，而是你是否在解码前就做了完整字节读取、是否复用了非线程安全的解码器、以及是否为容错引入了不必要的缓冲或替换逻辑。GB18030 解码器虽稳，但比纯查表方案慢；而 ISO-8859-1 那种“字节即码点”的场景，硬上 x/text 反而是拖累。
