Go读写非UTF-8文件乱码，本质是跳过编码转换：必须用golang.org/x/text/encoding/simplifiedchinese.GBK.NewDecoder().Bytes()解码GBK字节为UTF-8字符串，大文件需transform.NewReader流式处理；写入则用NewEncoder().Bytes()编码，不可直接string()或os.WriteFile，strings.ToValidUTF8仅替换非法序列为，无法还原原始语义。
Go 读写非 UTF-8 文本文件时乱码，不是程序出错，而是你跳过了编码转换这一步——os.ReadFile 返回的是原始字节，string() 不是解码器，它只是按字节解释，遇到 GBK 字节就必然变乱码。
怎么读 GBK 文件并转成可用的 UTF-8 字符串
别用 string(os.ReadFile(...))，那是把 GBK 字节当 UTF-8 解，结果全是 。必须显式调用解码器：
-
golang.org/x/text/encoding/simplifiedchinese.GBK.NewDecoder().Bytes()是最直接的方式：先读[]byte，再解码 - 如果文件很大（>10MB），用
transform.NewReader(f, gbk.NewDecoder())包装*os.File，再传给io.ReadAll或csv.NewReader，避免内存翻倍 - 注意：GBK 文件开头若含 BOM（如
0xBF 0xBE），gbk.NewDecoder()能自动跳过；但手动bytes.TrimPrefix可能切掉半个汉字，慎用 - 解码失败时返回
encoding.InvalidUnreadableError，不是 panic，要检查err != nil，别忽略
怎么写 UTF-8 字符串为 GBK 文件（对接老系统）
目标不是“让记事本打开不乱”，而是“让接收方能正确解析”。写 GBK 文件的关键是：先编码，再写入，且不能跳过错误检查：
- 用
simplifiedchinese.GBK.NewEncoder().Bytes([]byte(s))把 UTF-8 字符串转 GBK 字节，失败常见于 emoji 或生僻字（encoding.ErrUnsupported） - 若需容错，可链式组合：
transform.Chain(gbk.NewEncoder(), transform.RemoveInvalidUTF8)，但会丢数据，仅限日志等非关键场景 - 别用
os.WriteFile一次性写——它不支持插入 BOM 或流式编码；改用os.Create+transform.NewWriter(f, gbk.NewEncoder())，然后io.WriteString(w, s) - 写完不要手动加
0xEF 0xBB 0xBF（UTF-8 BOM），GBK 不认这个，反而破坏文件
为什么 strings.ToValidUTF8 救不了乱码
它只做一件事：把非法 UTF-8 序列替换成 ，不尝试还原原始编码。比如 GBK 字节 0xC4 0xE3（“你好”）被当 UTF-8 解时失败，ToValidUTF8 就把它变成两个 ，原始信息彻底丢失。
立即学习“go语言免费学习笔记（深入）”；
- 真正修复乱码文本，前提是知道它原本是什么编码——查文件属性、用
file -i或chardet探测前 1KB - 探测到是 GBK，就用
gbk.NewDecoder().Bytes()重解；探测到是 Shift-JIS，就得换japanese.ShiftJIS - 没有“万能修复函数”，只有“对症下药”的解码器
终端输出中文乱码，和文件编码是两回事
文件内容没问题，但 fmt.Println("你好") 在 Windows CMD 里显示乱码？那是终端没设对编码，和 Go 无关：
- CMD 下运行
chcp 65001切到 UTF-8 模式，再go run - PowerShell 需提前执行：
$OutputEncoding = [System.Text.Encoding]::UTF8 - 不想改终端？那就让 Go 输出适配终端：
transform.NewWriter(os.Stdout, simplifiedchinese.GB18030.NewEncoder()) - VS Code 终端右下角点编码 → 选 UTF-8，否则即使程序输出正确，IDE 也给你错解一遍
最易被忽略的点：Go 源文件自己就得是无 BOM 的 UTF-8。用记事本存 .go 文件选“ANSI”，字符串字面量从编译那一刻就坏了——后面所有编码转换都白搭。
