Go读CSV中文乱码因标准库仅支持UTF-8，需用golang.org/x/text/encoding/simplifiedchinese.GBK.NewDecoder()将GBK字节流解码为UTF-8再交由csv.NewReader处理，写CSV反向编码同理。
Go 读 CSV 文件时中文乱码，基本是编码没转
Go 标准库 encoding/csv 只支持 UTF-8，遇到 GBK 编码的 CSV（比如 Windows Excel 默认导出），直接读会把中文变成 ??? 或字节序列。这不是 Go 的 bug，是它压根不处理编码转换——得你自己桥接。
常见错误现象：csv.NewReader(file).Read() 返回的字符串里中文全变问号或乱码；用 iconv 命令确认源文件确实是 GBK（file -i your.csv 或 enca -L zh your.csv）。
- 必须先用
golang.org/x/text/encoding/simplifiedchinese把 GBK 字节流解码为 UTF-8 字符串，再喂给csv.NewReader - 别试图用
strings.ToValidUTF8或正则替换乱码——源头字节就错，补救无效 - 如果文件开头有 BOM（如
0xFF 0xFE），GBK 编码一般没有，但万一混了，要先 strip BOM 再 decode
用 simplifiedchinese.GBK.NewDecoder() 转码后读 CSV
核心是把原始 *os.File 或 []byte 先过一遍解码器，生成 UTF-8 的 io.Reader，再交给 csv.NewReader。
示例关键片段：
立即学习“go语言免费学习笔记（深入）”；
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
import (
"encoding/csv"
"os"
"golang.org/x/text/encoding/simplifiedchinese"
"golang.org/x/text/transform"
)
f, _ := os.Open("data.csv")
defer f.Close()
// 创建 GBK 解码器，包装原始 reader
reader := transform.NewReader(f, simplifiedchinese.GBK.NewDecoder())
csvReader := csv.NewReader(reader)
records, _ := csvReader.ReadAll() // 这时 records 里的字符串已是正确中文
-
transform.NewReader是关键胶水，不是装饰器，它实时转换字节流 - 别用
io.Copy先把整个文件转成 []byte 再读——大文件会吃光内存 - 如果 CSV 有标题行且含中文字段名，
csvReader.Read()第一次调用也必须走同一解码路径
写 CSV 时输出 GBK 编码（给 Excel 用）
标准库 csv.Writer 输出必为 UTF-8。但国内有些老系统或 Excel（尤其非最新版）打开 UTF-8 CSV 仍可能乱码，这时得反向编码：先写 UTF-8 到 buffer，再用 GBK.NewEncoder() 转成 GBK 字节写入文件。
- 不能直接
os.Create后套transform.Writer写 CSV——csv.Writer写的是字符串，transform.Writer要的是字节，类型不匹配 - 正确做法：用
bytes.Buffer接收csv.Writer输出，再对buf.Bytes()调用GBK.NewEncoder().Bytes() - 注意：GBk 编码不支持 Unicode emoji 和部分生僻字，写入前最好过滤或替换（比如
strings.ReplaceAll(s, "?", "")）
Windows 上双击 CSV 打开乱码？不是 Go 的问题
这是 Excel 的“默认编码探测”逻辑缺陷：它看到无 BOM 的 UTF-8 文件，常误判为 ANSI（即当前系统 locale 编码，中文 Windows 就是 GBK），结果用 GBK 解 UTF-8 字节，必然乱码。
解决办法只有两个：
- 导出时加 UTF-8 BOM（
\xEF\xBB\xBF前缀），Excel 多数版本能识别；但 GBK 编码文件加 BOM 反而可能被其他工具拒绝 - 让使用者用记事本“另存为”选 UTF-8（带签名），或改用 WPS、VS Code 等更靠谱的 CSV 查看器
- 别指望 Go 程序自动适配 Excel 的玄学行为——它连编码声明都不读，纯靠字节猜
真正难的不是转码，是搞清数据从哪来、到哪去、中间谁在瞎猜编码。GBK 和 UTF-8 混用时，每个环节都得明确自己吃的是什么码、吐的是什么码。
