go 标准库不支持 icu 级 unicode 处理，x/text 是官方必需补充包；strings.toupper 在土耳其语中出错因忽略 locale-sensitive 映射；应使用 x/text/cases 等包进行区域敏感转换、编码处理和 unicode 归一化。
Go 标准库不直接支持 ICU 级别的 Unicode 处理（比如大小写折叠、区域敏感排序、BIDI 重排），x/text 是官方维护的补充包，专为解决这类问题而生。它不是“可选增强”，而是处理真实世界文本（尤其是多语言、多地区）时绕不开的依赖。
为什么 strings.ToUpper 在土耳其语里会出错
标准 strings.ToUpper 假设拉丁字母只有 ASCII 映射，但土耳其语中 'i' 的大写是 'İ'（带点大写 I），而非 'I'；同样，'I' 的小写是 'ı'（无点小写 i）。这属于 locale-sensitive 转换，必须用 x/text/transform + x/text/language 配合 x/text/cases。
- 用
cases.Title(language.Turkish)替代strings.Title - 用
cases.Lower(language.Turkish).String("KARŞILAŞMA")得到karsilasma（正确去重音+小写） - 避免手动
strings.ReplaceAll(s, "İ", "I")—— 这破坏语义，且无法覆盖所有变体
encoding/unicode 和 x/text/encoding 的分工边界
encoding/unicode 只提供 UTF-16 相关编解码器（如 UTF16），且仅支持字节序和 BOM 模式；真正处理 GBK、Shift-JIS、ISO-8859-2 等 legacy 编码，必须用 x/text/encoding 子包。
- 读取 GBK 文件：用
gobk := encoding.Get("GBK")，再传给gobk.NewDecoder().Reader(file) - 不要尝试用
bytes.ToValidUTF8“修复”乱码 —— 它只是把非法 UTF-8 替换成 ，不还原原始编码 -
x/text/encoding中的编码器默认忽略 BOM；若需强制写入 BOM（如 Windows 记事本兼容），要显式调用encoder.AppendBOM = true
用 x/text/unicode/norm 判断等价字符串是否真相同
Unicode 允许同一字符多种表示法：比如 é 可以是单个 U+00E9（预组合字符），也可以是 U+0065 + U+0301（e + 重音符）。== 比较会失败，strings.EqualFold 也不处理归一化。
- 比较前先归一化：
norm.NFC.String(a) == norm.NFC.String(b) - 存储或索引前务必归一化 —— 否则数据库查不到用户输入的等价变体
- 别用
NFD做存储键（分解形式不稳定，重音符顺序可能变化），优先选NFC或NFKC（后者还处理兼容字符，如全角数字转半角）
最常被跳过的一步是：没在 HTTP handler 或数据库写入前对用户输入做 norm.NFC 归一化。看似“能存能读”，但某天遇到带组合符的姓名或 emoji，搜索就静默失效。这不是边缘情况，是每天都在发生的现实问题。
