strings.ToLower 是处理 ASCII 和 Unicode 字符串最安全的选择，正确转换字母类 rune（如拉丁、希腊、西里尔字符），返回新字符串；对非 ASCII 字符禁用 bytes.ToLower；locale 特定需求须用 golang.org/x/text/cases。
用 strings.ToLower 处理 ASCII 和 Unicode 字符串
strings.ToLower 是最常用也最安全的选择，它能正确处理 ASCII 字母和大多数常见 Unicode 字符（如带重音的拉丁字母、希腊字母、西里尔字母等）。它返回新字符串，不修改原字符串。
注意：该函数内部调用 unicode.ToLower，对每个 rune 逐个转换，因此对包含大量非字母字符的字符串稍有性能开销，但日常使用完全可忽略。
- 对纯 ASCII 字符串（如
"HELLO"）表现极快，结果是"hello" - 对德语
"STRASSE"→"strasse"（注意：不是"straße"，因为ß的小写仍是ß，且 Go 不做特殊折叠） - 对土耳其语等有特殊大小写规则的语言，
strings.ToLower默认按 Unicode 标准处理，不区分 locale —— 如果需要 locale-aware 转换（如İ→i），必须用golang.org/x/text/cases
避免用 bytes.ToLower 处理含非 ASCII 字符的字符串
bytes.ToLower 只操作字节，不理解 UTF-8 编码。如果传入含中文、emoji 或任何非 ASCII 字符的字符串，它会把多字节 UTF-8 序列当作独立字节乱改，导致损坏或乱码。
例如：bytes.ToLower([]byte("Hello 世界")) 会破坏“世界”二字的 UTF-8 编码，输出不可预测的二进制垃圾。
立即学习“go语言免费学习笔记（深入）”；
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 仅适用于已知为纯 ASCII 的
[]byte场景（如 HTTP header 名、base64 数据） - 切勿对从用户输入、文件读取或网络接收的字符串先
[]byte(s)再用bytes.ToLower - 若必须操作字节切片且内容可能含 Unicode，请先转为 string，用
strings.ToLower，再转回[]byte
需要土耳其语/希腊语等 locale 特定转换时用 cases 包
标准库不支持 locale-aware 大小写转换。比如土耳其语中大写 I 对应小写 ı（无点），而 İ（带点）对应小写 i。默认 strings.ToLower 会把两者都转成 i，这是错的。
此时必须引入 golang.org/x/text/cases：
import "golang.org/x/text/cases"
import "golang.org/x/text/language"
c := cases.Lower(language.Turkish)
s := c.String("İSTANBUL") // 得到 "istanbul"（注意第一个 i 是无点的 ı）
-
language.Turkish、language.Greek等明确指定语言规则 - 该包体积略大，仅在真有 locale 需求时引入
- 不要试图用
strings.Map+ 自定义映射模拟 —— Unicode 大小写映射复杂，易漏边角 case
性能敏感场景下慎用 strings.ToLower 做高频重复转换
如果某字符串（如配置键、协议字段名）在循环中被反复转小写，且确定其内容固定、只含 ASCII 字母，可以缓存结果，避免每次分配新字符串。
- 对单次、低频操作，直接用
strings.ToLower最清晰安全 - 若 profiling 确认这里是瓶颈，且字符串集有限（如几十个固定 key），可用
map[string]string预热缓存 - 别过早优化：Go 的字符串小写转换本身很快，多数场景瓶颈不在这里，而在 I/O 或算法逻辑
真正容易被忽略的是：很多人以为 strings.ToLower 会处理连字符、下划线或数字——它不会。它只动字母 rune。如果你要归一化标识符（如 "My-Name2" → "myname2"），得额外用 strings.Map 或正则清理非字母数字字符。
