go中strings.toupper/lower在土耳其语下出错，因其仅做ascii简单映射，不支持unicode本地化规则（如'i'→'İ'、'i'→'ı'）；须改用golang.org/x/text/unicode/cases包，按语言标签（如"tr-tr"）执行uax #21标准转换。
Go里用strings.ToUpper和strings.ToLower为什么在土耳其语下出错？
因为它们只做ASCII范围的简单映射，不感知语言规则。比如土耳其语中，小写'i'的大写是'İ'（带点），而非'I'（不带点）；而'I'的小写是'ı'（无点i）。这是Unicode标准定义的tr-TR特定case mapping，但strings包完全忽略locale。
必须用golang.org/x/text/unicode/cases替代
这个包提供基于Unicode Case Mapping算法（UAX #21）的本地化大小写转换，支持按语言标签（如"tr-TR"、"el-GR"、"lt-LT"）定制行为。它不是简单查表，而是按Unicode标准处理特殊折叠、上下文敏感映射（如德语ß→SS）和标题大小写（title case）。
-
cases.Upper和cases.Lower接受language.Tag参数，例如cases.Upper(language.MustParse("tr-TR")) - 对非本地化场景，可用
cases.Nop（等价于ASCII-only）或cases.Identical（不转换） - 转换函数返回
cases.Caser，调用String()或Bytes()执行，不是直接函数调用 - 注意：
cases.Title默认使用unicode.IsLetter判断词边界，若需更准的word boundary（如含撇号的法语人名），得配合cases.Options传入自定义breakFunc
cases.Caser.String()性能比strings.ToUpper慢很多，怎么权衡？
慢是必然的——它要解析Unicode属性、查CaseMap表、处理上下文（如希腊语最后sigma ς→Σ仅在词尾）。实测在短字符串（
- 避免在热路径反复创建
cases.Caser：复用同一个实例，它是并发安全的 - 若只处理ASCII子集且确定无多语言用户，仍可用
strings包，但务必加注释说明限制 - 对大小写不敏感比较，优先用
cases.EqualFold而非先转再==，它内部优化了短路逻辑 - 注意
cases包不处理NFC规范化，若输入含组合字符（如"é"写作e + ◌́），需先用golang.org/x/text/unicode/norm标准化
常见错误：传错language.Tag或忽略cases.Context
最典型的是硬编码language.Turkish却没设区域变体，导致用tr而非tr-TR——而Unicode标准里只有tr-TR才定义了那个带点İ映射。language.Turkish只是基础语言标签，实际映射依赖完整区域标签。
- 永远用
language.MustParse("tr-TR")而非language.Turkish，后者不携带足够信息 - 德语
de-DE和de-CH对ß处理不同：de-DE→SS，de-CH→ss（瑞士德语不用ß） - 如果转换结果含
\u03A3（希腊大写Sigma），但期望词尾形式\u03C2（小写final sigma），说明没传cases.Context或输入未按词分割——cases.Caser本身不切分单词，需你确保输入是独立词
本地化大小写不是“换个函数就行”的事，它绑着Unicode标准、语言规范、输入预处理三重约束。漏掉任意一环，表面跑通，实际在某个国家的用户界面上就突然冒出奇怪字母。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
