strings.ToLower不会改变字符串长度，但strings.ToUpper可能改变：如"straße"→"STRASSE"（7字节变8字节），因ß→SS；Σ→σ长度不变，但词尾Σ应转ς，标准库不区分位置，故不可依赖长度恒定。
strings.ToLower 会改变字符串长度吗
会。德语 ß 转小写仍是 ß，但转大写是 SS；strings.ToUpper("straße") 返回 "STRASSE"，长度从 7 变成 8。同样，strings.ToLower("Σ") 返回 "σ"（非词尾形式），而词尾 Σ 应为 ς，但标准库不区分位置——这意味着你不能依赖转换后长度不变来做 slice 或索引操作。
- 若后续要取子串、做固定偏移切片，必须用转换后的结果重新计算长度
- HTTP header 或数据库字段名这类要求定长的场景，应提前确认输入不含 ß、İ、µ 等映射后长度变化的字符
-
len()返回字节长度，不是 rune 数量；对含 Unicode 的字符串，utf8.RuneCountInString()才反映“字符数”
ToLower 处理土耳其语 İ 和希腊语 Σ 是否可靠
不可靠。它按 Unicode “简单大小写映射”（Simple Case Conversion）执行，不考虑 locale 上下文：
-
strings.ToLower("İ")返回"İ"（不是"i"），因为标准映射中没有定义这个带点大写 I 的小写形式 -
strings.ToUpper("ς")返回"Σ"，但无法还原词尾信息；反之，strings.ToLower("Σ")总是返回"σ"，哪怕原字符出现在词尾 - 真有土耳其语或希腊语需求，必须用
golang.org/x/text/cases配合cases.Turkish或cases.Greek
为什么不用 for range + unicode.ToLower 手动遍历
没必要，且容易出错。标准库 strings.ToLower 已做三重优化：
- 内置快速路径：先扫描是否已全小写，是则直接返回原串，避免分配
- 内部用
unsafe批量处理 ASCII 段，比单 rune 遍历快 2–3 倍 - 正确处理组合字符（如
"é"是e + ◌́），手动实现极易漏掉修饰符 - 如果你硬要自己遍历，
unicode.ToLower(r)只作用于单个 rune，对组合序列无感知，结果可能断裂
ToLower 后还能用 == 做相等判断吗
可以，但不推荐用于业务逻辑。它只做逐 rune 映射，不处理等价形式：
立即学习“go语言免费学习笔记（深入）”；
-
strings.ToLower("café") == strings.ToLower("cafe\u0301")是false，虽然显示效果一样（前者是预组字符，后者是 e+重音符） - 需要真正忽略大小写且兼容组合等价时，应先用
norm.NFC归一化，再strings.EqualFold比较 -
strings.EqualFold内部调用的就是和ToLower同源的映射表，但专为比较设计，不分配新字符串
ToLower 当作“标准化”手段来用——它不归一化、不处理上下文、不保证长度稳定。真要存用户输入做索引或查重，得先 norm、再 fold、最后才考虑是否 toLower。 
