用golang.org/x/text/encoding转换编码再写入文件需用transform.NewWriter包装文件句柄，调用simplifiedchinese.GBK.NewEncoder()实现UTF-8→GBK转换，不可直接WriteString原始字节；os.WriteFile不支持编码转换，因它仅原样写入[]byte。
用 golang.org/x/text/encoding 转换编码再写入文件
Go 标准库不直接支持 GBK、GB2312、BIG5 等常见非 UTF-8 编码的读写，必须借助 golang.org/x/text/encoding。它提供编码转换器（Encoder / Decoder），但不能直接套在 os.File 上——得用 transform.Writer 包装文件句柄。
- 先
go get golang.org/x/text/encoding和golang.org/x/text/encoding/simplifiedchinese（含GBK、GB18030） - 不要用
io.WriteString直接写原始字节，否则会跳过编码转换 - 必须用
transform.NewWriter创建一个带转换逻辑的io.Writer - 写入前确保源文本是
string或[]byte（UTF-8 编码），转换器只负责“从 UTF-8 → 目标编码”
写入 GBK 文件的最小可行示例
下面这段代码把 UTF-8 字符串 "你好，世界" 转成 GBK 编码后写入 output.txt：
package main
import (
"os"
"golang.org/x/text/encoding/simplifiedchinese"
"golang.org/x/text/transform"
"io"
)
func main() {
f, _ := os.Create("output.txt")
defer f.Close()
// 创建一个从 UTF-8 → GBK 的 writer
writer := transform.NewWriter(f, simplifiedchinese.GBK.NewEncoder())
// 写入的是 UTF-8 字符串，自动转为 GBK 字节写入文件
io.WriteString(writer, "你好，世界")
}
注意：simplifiedchinese.GBK.NewEncoder() 返回的是 encoding.Encoder，不是 *encoding.Encoder；如果传错类型（比如误传 Decoder），编译会报错：cannot use ... as transform.Transformer。
处理已有 GBK 字节并转存为 UTF-8 文件
如果手头是 GBK 编码的 []byte（比如从旧系统读出的二进制数据），要转成 UTF-8 再写入，流程相反：用 Decoder + transform.NewReader。
立即学习“go语言免费学习笔记（深入）”；
- 先用
simplifiedchinese.GBK.NewDecoder().Bytes(gbkBytes)得到 UTF-8 字符串（简单场景） - 或更稳妥地：用
transform.NewReader(bytes.NewReader(gbkBytes), decoder)，再io.Copy到 UTF-8 文件 - 注意错误处理：
transform.ErrShortDst和transform.ErrShortSrc通常不用手动处理，transform.Reader内部已封装 - 若源数据含非法 GBK 字节，默认会返回
transform.ErrInvalidUTF8；可设置decoder = simplifiedchinese.GBK.NewDecoder().Chain(transform.RemoveBOM)来跳过 BOM 或容错
为什么 os.WriteFile 不能直接指定编码
os.WriteFile 接收的是 []byte，它只管把字节原样落盘，不做任何解释或转换。所谓“写入 GBK 文件”，本质是「把 GBK 编码的字节序列写进去」，而 Go 源码里的字符串字面量永远是 UTF-8。所以你必须显式调用编码器，把 UTF-8 字符串转成 GBK 字节流，再喂给文件写入器。
容易忽略的一点：Windows 记事本默认用 ANSI（即当前系统 locale 编码）打开无 BOM 的文本，如果你生成的是纯 GBK 字节但没加 BOM，它可能显示乱码——这不是 Go 写错了，是编辑器猜错了编码。要不要加 BOM，取决于下游怎么读；GBK 本身不定义 BOM，simplifiedchinese.GBK 也不加，如需兼容记事本，得手动前置 \xff\xfe（但这其实是 UTF-16LE BOM，对 GBK 无效），更实际的做法是改用 GB18030 并接受用户手动选编码。
