strings.tolower 和 strings.toupper 按 rune 处理 unicode，支持重音字符（如 café→cafÉ）、德语 ß→ss、希腊 Σ 保持不变，中文等无大小写字符原样返回；非法 utf-8 输入导致结果不可靠；locale 特定场景（如土耳其语）需用 golang.org/x/text/cases；忽略大小写比较应优先用 strings.equalfold。
直接用 strings.ToLower 和 strings.ToUpper 就行，它们对 Unicode 的兼容性比多数人想象中更好——只要不涉及土耳其语、希腊语词形或 locale 特定规则，就不用额外引入第三方包。
为什么 strings.ToUpper 不会把 "café" 变成 "CAFE"
它内部按 rune 遍历，不是按 byte。所以重音字符 é 会被整体识别为一个 Unicode 码点，再查表映射到大写 É，最终得到 "CAFÉ"。同理，德语 ß → SS、希腊大写 Σ → Σ（注意：标准转换不区分词中/词尾，所以不会转成 ς）都由 Unicode 标准定义，strings.ToUpper 直接复用这套规则。
- 中文、日文、韩文等无大小写概念的字符原样返回，不 panic，也不静默损坏
- 若输入是非法 UTF-8（比如从 GBK 文件强制转
string），函数仍会执行，但结果不可靠——这不是函数缺陷，而是输入本身已越界 -
strings.ToUpper("İ")返回 "İ" 不是 bug，是 Unicode “简单映射”下该字符确实没有标准小写形式
什么时候必须换用 golang.org/x/text/cases
只有明确需要 locale 敏感行为时才换。比如土耳其语里，大写 I 对应小写 ı（无点），而带点大写 İ 对应小写 i；strings.ToLower 统一返回 İ，结果错误。
- 业务面向土耳其、立陶宛、格鲁吉亚等有特殊大小写规则的地区用户
- 需要处理希腊语词形（如 Σ 在词尾应为 ς）
- 做本地化 UI 渲染，且设计稿/文案规范明确要求按语言环境折叠
- 别用
unicode.ToLower替代strings.ToLower：前者只处理单个rune，无法保留组合字符结构（如 ä 上的分音符）
strings.EqualFold 比 ToLower + == 更适合忽略大小写比较
手动转大小写再比较，既多一次内存分配，又可能因 Unicode 边界情况出错（比如 "Σ" == "σ" 在 ASCII 转换下为 false）。而 strings.EqualFold 直接按 UAX #21 规则做标准化比对，不生成新字符串，也不依赖 locale。
- HTTP header 名匹配、配置项键查找、命令行参数解析等场景优先用
strings.EqualFold - 不要在循环里反复调用
strings.ToUpper(s)判断是否全大写——改用!strings.ContainsAny(s, "abcdefghijklmnopqrstuvwxyz")快速筛 -
strings.Title已弃用，标题格式化请用cases.Title（来自golang.org/x/text/cases）
真正容易被忽略的是输入源——Go 的 string 类型保证 UTF-8 合法性，但如果你从文件、网络或 Cgo 接口拿到原始字节并强制转 string，那后续所有大小写转换都建立在错误基础上。先校验或修复编码，再进 strings.ToLower。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
