Go读GBK文件乱码的根本原因是os.ReadFile等I/O操作不进行编码转换，直接返回GBK字节流，而Go字符串默认为UTF-8；必须用golang.org/x/text/encoding/gbk包显式解码。
Go 读写 GBK 文件时乱码，根本原因是 os.ReadFile 不做编码转换
Go 标准库所有 I/O 操作（os.ReadFile、bufio.Scanner、io.ReadAll）都按字节原样读取，不识别或转换字符编码。读 GBK 编码的文件，得到的是 GBK 字节流，直接转成 string 就是乱码——因为 Go 字符串内部是 UTF-8。
- 别指望
strings.ToValidUTF8或unicode/utf8包能“修复”乱码：它们只处理 UTF-8 内部合法性，不涉及编码转换 - 真实场景常见于读取 Windows 记事本默认保存的 .txt、旧版 Excel 导出的 CSV、某些国产数据库导出的文本
- 如果用
os.ReadFile读 GBK 文件后直接打印或 JSON 序列化，必然出错；必须先解码为 UTF-8string
用 golang.org/x/text/encoding 做 GBK ↔ UTF-8 转换
官方扩展包 golang.org/x/text/encoding 是目前最可靠、无 CGO 依赖的方案。GBK 对应编码器是 gbk.Encoder 和 gbk.Decoder，不是 gb2312 或 hz-gb-2312——后者不兼容常见 GBK 扩展字（如“镕”“煊”）。
- 安装：
go get golang.org/x/text/encoding（注意不是encoding/...，那是标准库） - 从 GBK 字节转 UTF-8
string：gbk.NewDecoder().Bytes(data)，失败返回err != nil，不是 panic - 从 UTF-8
string转 GBK 字节：gbk.NewEncoder().Bytes([]byte(s))，遇到无法映射的 Unicode 字符（如 emoji、生僻字）会返回错误 - 若需忽略不可映射字符，用
transform.Chain(gbk.NewEncoder(), transform.RemoveInvalidUTF8)，但慎用——可能丢数据
data, _ := os.ReadFile("input.txt") // 原始 GBK 字节
s, err := gbk.NewDecoder().Bytes(data)
if err != nil {
log.Fatal(err) // 如 "illegal UTF-8 sequence" 实际是 GBK 解码失败
}
fmt.Println(s) // 正确中文
io.Reader / io.Writer 场景下避免一次性加载全部内容
处理大文件（如几百 MB 的日志）时，把整个文件读进内存再转换，既浪费又可能 OOM。应该用包装器流式转换：transform.NewReader 和 transform.NewWriter。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
transform.NewReader(io.Reader, gbk.NewDecoder())返回一个 UTF-8 解码后的io.Reader，可直接传给json.NewDecoder、csv.NewReader等 - 写入 GBK 文件时：
f, _ := os.Create("out.txt"); w := transform.NewWriter(f, gbk.NewEncoder())，之后往w写 UTF-8string即可 - 注意：转换器不缓冲，错误发生在
Read或Write调用时，需检查每次操作的err - 别混用：不能对同一个
*os.File同时开Read和Write句柄再套转换器，容易错位
Windows 控制台输出中文仍是乱码？那和 Go 编码无关
即使 Go 程序内部字符串是正确 UTF-8，Windows 默认控制台（cmd/powershell）使用 CP936（GBK），而 Go fmt.Println 输出的是 UTF-8 字节——Win10 1903+ 默认支持 UTF-8 模式，但老系统或未配置时仍显示方块。
立即学习“go语言免费学习笔记（深入）”；
- 临时解决：
chcp 65001切换控制台到 UTF-8 模式（仅当前窗口生效） - 程序内设置（需管理员权限）：
syscall.MustLoadDLL("kernel32").MustFindProc("SetConsoleOutputCP").Call(65001) - 更稳妥做法：输出前用
gbk.NewEncoder().String(s)转成 GBK 字节，再os.Stdout.Write——但仅限目标环境确定是 GBK 终端 - Web 或 GUI 场景完全不用管这个，浏览器和界面控件自己处理 UTF-8
真正难的不是“怎么转”，而是分清哪一环该转、哪一环不该转：文件读取要转，网络响应体要转，控制台输出要看终端能力，JSON HTTP body 必须保持 UTF-8——混用编码层和传输层逻辑，八成会掉坑里。
