go语言编码转换必须显式使用golang.org/x/text/encoding包，解码为字节→字符串、编码为字符串→字节；gbk等非utf-8编码不可强转string或用tovalidutf8补救，需用simplifiedchinese.gbk.newdecoder().bytes()解码、newencoder().bytes()编码，并处理bom、错误及并发安全问题。
string() 强转、不能用 strings.ToValidUTF8 补救、也不能指望标准库自动识别——它只认 UTF-8。所有非 UTF-8 编码（GBK、ISO-8859-1、Shift-JIS 等）的转换，必须显式调用 golang.org/x/text/encoding 系列包，且方向不能搞反：解码是「字节 → 字符串」，编码是「字符串 → 字节」。
gbk.NewDecoder().Bytes() 才是正确解码 GBK 字节流的方式
常见错误是读取 GBK 文件后直接 string(data)，结果输出一堆 或乱码。这是因为 Go 字符串本质是 UTF-8，而 GBK 字节序列不是合法 UTF-8，强制解释只会崩坏。
-
os.ReadFile("a.txt")返回的是原始 GBK[]byte，不是字符串 - 必须用
simplifiedchinese.GBK.NewDecoder().Bytes(data)解码，返回的是合法 UTF-8[]byte，此时再string()才安全 - 若源数据带 BOM（如
0xEF 0xBB 0xBF），GBK 解码器会报encoding.InvalidUnreadableError；GBK 不定义 BOM，需提前截掉前 2 或 3 字节 - 遇到无法映射的字符（如超范围造字），默认替换为
；如需自定义行为，用unicode.ReplaceOnError构建 decoder
gbk.NewEncoder().Bytes([]byte(s)) 是唯一安全的 UTF-8 → GBK 编码路径
想把 Go 字符串写成 GBK 文件或发给老系统？别用 []byte(s) 直接写——那还是 UTF-8 字节。必须走编码器。
-
encoder := simplifiedchinese.GBK.NewEncoder()创建实例后，调用encoder.Bytes([]byte(s))，不是encoder.String(s) - 返回值可能是
encoding.ErrUnsupported（如 emoji、生僻字在 GBK 中无对应码位），必须检查err，不能忽略 - 若需静默丢弃不可映射字符，可用
transform.Chain(gbk.NewEncoder(), transform.RemoveInvalidUTF8)，但会丢失信息，慎用 - 大文件别一次性加载再编码；改用
transform.NewWriter(f, gbk.NewEncoder())，往里面写 UTF-8 字符串即可流式输出 GBK
ISO-8859-1 转 UTF-8 可绕过 encoding 包，但仅限该编码
ISO-8859-1 是特例：它的 256 个字节值刚好一一对应 Unicode U+0000–U+00FF。所以转换本质是「字节升为 rune，再 UTF-8 编码」，无需查表。
- 可手写循环：
for _, b := range iso8859Data { utf8Buf.WriteRune(rune(b)) } - 但依然不推荐省略
golang.org/x/text/encoding/charmap——它封装了错误处理和边界逻辑，比如对非法字节（>255）的响应 - 别把
charmap.ISO8859_1和charmap.Windows1252混用：后者在 0x80–0x9F 区间定义了额外字符，二者不兼容
别碰 strings.ToValidUTF8，它不解决编码问题
strings.ToValidUTF8 只处理已知是 UTF-8 但含非法序列的字符串（比如被截断的多字节字符），把它当“万能乱码修复器”是最大误区。
- 输入是 GBK 字节流 → 强转成 string → 得到非法 UTF-8 字符串 →
ToValidUTF8把错字全换成→ 原始信息永久丢失 - 它不会逆向猜你原本是 GBK 还是 BIG5，也不会尝试重新解码
- 真正要修的不是字符串，是 I/O 流程：读的时候加 decoder，写的时候加 encoder
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
