strings.toupper 和 strings.tolower 适用于纯 ascii 或接受 unicode 普通规则的场景，性能优且安全；涉及 locale（如土耳其语）或词形变化（如希腊语 Σ）时需用 golang.org/x/text/cases。
Go 的 strings.ToUpper 和 strings.ToLower 能正确处理绝大多数常见场景，但对 Unicode 边界情况（比如土耳其语、格鲁吉亚语）默认不敏感，直接用可能出错。
什么时候该用 strings.ToUpper 而不是手动遍历 rune？
当你要转换的是纯 ASCII 文本，或明确接受“按 Unicode 标准普通规则”处理时，strings.ToUpper 最简单可靠。它内部已优化过内存分配和遍历逻辑，比手写 for range + unicode.ToUpper 更快且不易漏掉组合字符。
- ASCII 字符串（如 HTTP header 名、SQL 关键字）——放心用
strings.ToUpper - 含中文、日文、韩文等非拉丁文字的字符串——仍可用，它们本身无大小写概念，函数会原样返回
- 含德语 ß、希腊语 Σ 等——
strings.ToUpper会正确转成 SS、Σ（注意：Σ 在词尾是 ς，但标准转换不区分位置） - 需要严格按 locale（如土耳其语中 i → İ，不是 I）——不能用，得换
golang.org/x/text/cases
strings.ToLower 在处理 'İ' 或 'Σ' 时为什么看起来“失效”？
不是失效，是它遵循 Unicode 的“简单大小写映射”（Simple Case Conversion），不考虑语言环境上下文。比如土耳其语的带点大写 I（İ）在标准映射里没有对应小写形式，所以 strings.ToLower("İ") 返回 "İ"；希腊语大写 Σ 默认转成 σ，但词尾应为 ς —— 标准库不处理这种词形变化。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 遇到
İ、Ğ、Œ等特殊字符时，先查 Unicode 标准大小写表确认是否有映射 - 若业务强依赖 locale（如用户界面本地化），必须引入
cases包：import "golang.org/x/text/cases"<br>import "golang.org/x/text/language"<br><br>c := cases.Lower(language.Turkish)<br>result := c.String("İ") // → "i" - 别试图用
unicode.ToLower替代strings.ToLower：后者处理整个字符串并保留原有长度和组合字符结构，前者只作用于单个 rune
性能差异：strings.ToUpper vs strings.ToValidUTF8 后再转？
完全没必要。只要输入是合法 UTF-8 字符串（Go string 保证这点），strings.ToUpper 就不会 panic 或静默损坏数据。而 strings.ToValidUTF8 是为修复损坏的字节序列设计的，加它反而多一次遍历、多一次内存拷贝，还可能把原本可显示的乱码替换成 ，干扰后续判断。
- Go string 本身是 UTF-8 字节序列，只要不是从外部非 UTF-8 源（如 GBK 文件）直接读取并强制转 string，就不需预清洗
- 如果上游确实可能传入非法 UTF-8（比如某些 C 接口或网络协议），应该在解析层做校验，而不是在大小写转换前补一层
ToValidUTF8 - 实测 10KB 字符串上，加
ToValidUTF8会让耗时增加约 15%～20%，且无实际收益
真正容易被忽略的是：大小写转换结果可能改变字符串长度（比如德语 ß → SS），如果你拿转换后的结果去索引原字符串、或做固定长度截断，逻辑就会错位。别假设 len() 不变。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
