go读gbk文件panic的根本原因是字节流未解码就当utf-8使用，必须用simplifiedchinese.gb18030.newdecoder().bytes()将gbk字节转为合法utf-8字节再string()，gb18030兼容gbk且更稳，避免用已弃用的gbk包。
Go 本身不处理 UTF-8 以外的编码，os.ReadFile、bufio.Scanner 等读取的只是原始字节，不是“字符串”——直接 string(b) 或传给 json.Marshal 就会 panic 或乱码。必须用 golang.org/x/text/encoding 显式解码或编码。
读 GBK/GB18030 文件时 panic: invalid UTF-8 sequence 怎么办
这不是文件损坏，是 Go 运行时在 fmt.Println、regexp.Compile 或 json.Marshal 里校验字符串合法性时触发的 panic。你拿到的 []byte 是 GBK 字节，不是 UTF-8，不能当字符串用。
- 别用
strings.ToValidUTF8：它只把非法序列替换成\ufffd，原文本语义已丢失 - 必须先解码：用
simplifiedchinese.GB18030.NewDecoder().Bytes(data)，返回合法 UTF-8[]byte，再string()才安全 -
simplifiedchinese.GBK已被标记为 deprecated，GB18030向下兼容 GBK，且支持更多汉字（如“镕”“煊”），更稳 - 如果文件开头有 BOM（如
0xEF 0xBB 0xBF），GBK/GB18030 解码器会报encoding.InvalidUnreadableError——需提前截掉前 2 或 3 字节
写文件时中文变乱码或空字符串
本质是没做编码转换：你往文件里写的是 UTF-8 字节，但目标程序（如 Windows 记事本、旧版 Excel）默认按系统本地编码（GBK）解释，自然显示乱码。
- 别用
io.WriteString(f, "你好")直接写：这写的是 UTF-8 字节，不是 GBK - 要输出 GBK，必须走编码器：
encoder := simplifiedchinese.GB18030.NewEncoder()，然后encoder.String("你好")得到 GBK 字节串，再写入 - 如果目标程序要求 UTF-8 但带 BOM（比如让记事本认出是 UTF-8），写文件前手动加
[]byte{0xEF, 0xBB, 0xBF} - 错误类型常见：
encoding.ErrUnsupported（字符在 GBK 中不存在）、encoding.ErrInvalidUTF8（输入字符串本身含非法 UTF-8）
大文件转码 OOM 或卡死
一次性 os.ReadFile + .Bytes() 会同时持有原始字节和转码后 UTF-8 两份内存，几百 MB 就可能爆掉；而用 bufio.Scanner 按行读会切开多字节字符，导致解码错位。
- 流式读：用
transform.NewReader(file, enc.NewDecoder())，配合io.Copy或io.ReadAll - 流式写：用
transform.NewWriter(file, enc.NewEncoder())，往里面写 UTF-8 字符串即可自动编码输出 - 别在已有
bufio.Reader上再套transform.NewReader：缓冲区错位会导致双字节字符被拆开，解码失败 - 解码器实例不是并发安全的：不要复用同一个
Decoder处理多个 goroutine 的数据；高频场景可用sync.Pool缓存
ISO-8859-1 转 UTF-8 可以不用第三方库吗
可以，但仅限纯 ISO-8859-1（即字节值严格在 0x00–0xFF 范围内）。因为它的每个字节刚好对应 Unicode U+0000–U+00FF，而 Go 的 rune 就是 int32，可零拷贝映射。
- 手动转换：遍历字节切片，
buf.WriteRune(rune(b))，比charmap.ISO8859_1.NewDecoder().Bytes()更快、无 error 分支 - 但必须确认源数据干净：含控制字符（如
0x80–0x9F）或超出0xFF的字节会出错；Windows-1252 不等于 ISO-8859-1，二者在0x80–0x9F区间定义不同，不能混用 - 其他编码（GBK、Shift-JIS、UTF-16）没有这种映射关系，必须走
x/text/encoding
最易被忽略的点是：解码器和编码器方向不能反——NewDecoder() 是「字节 → 字符串」，NewEncoder() 是「字符串 → 字节」；还有就是 BOM 处理和并发安全，这两处一错，要么静默失败，要么 panic 在线上环境才暴露。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
