Locale参数必不可少，因为不同语言大小写规则不同：土耳其语中“I”→“ı”，希腊语词尾σ→ς，立陶宛语变音符号影响前导字母等，必须显式指定Locale才能正确转换。
在 Java 中，String.toLowerCase() 默认使用 JVM 的默认 Locale，这可能导致土耳其语、希腊语等语言中大小写转换出错（比如土耳其语的 “I” → “i” 不是简单映射）。要正确处理特定语言的大小写转换，必须显式传入对应语言的 Locale 实例。
为什么 Locale 参数必不可少
不同语言对大小写规则的定义不同：
- 土耳其语中，大写 “I” 对应小写 “ı”（无点），而普通 “i” 对应大写 “İ”（带点）；
- 德语中，ß 没有标准大写形式（旧规范转为 “SS”，新规范支持 “ẞ”，但
toLowerCase()不涉及它）； - 立陶宛语中，某些带变音符号的字母在小写化时会影响前导字母的大小写行为；
- 希腊语中，词尾 σ 在小写时变为 ς，但该逻辑由底层 Unicode 规则驱动，
toLowerCase(Locale)能更好协同。
正确用法：始终传入明确的 Locale
避免使用无参 toLowerCase()，改用带 Locale 的重载方法：
// ✅ 正确：指定土耳其语环境
String turkishUpper = "İSTANBUL";
String lowerTurkish = turkishUpper.toLowerCase(new Locale("tr", "TR")); // → "istanbul"
// ✅ 正确：使用标准静态常量（推荐）
String greekText = "ΘΕΣΣΑΛΟΝΙΚΗ";
String lowerGreek = greekText.toLowerCase(Locale.GREEK); // → "θεσσαλονίκη"
// ❌ 危险：依赖默认 Locale，可能在服务器上变成 en_US 或其他
String unreliable = text.toLowerCase();
常见 Locale 获取方式
优先使用 Locale 类内置常量或标准构造方式：
-
Locale.US、Locale.UK、Locale.GERMAN、Locale.FRENCH等预定义常量； -
new Locale("tr")或new Locale("tr", "TR")表示土耳其语（后者更精确）； - 从用户请求中提取（如 HTTP Header 的
Accept-Language），再解析为Locale； - 避免用
Locale.getDefault()做业务逻辑，它易受部署环境影响。
注意边界情况
即使指定了 Locale，也要留意：
- 部分 Locale（如
Locale.CHINESE）对大小写不敏感，调用前后字符串不变； - 非拉丁文字（中文、日文、阿拉伯文等）本身无大小写概念，
toLowerCase()返回原字符串； - 若传入 null Locale，会抛
NullPointerException； - Android 上需注意 API 级别：低于 24 的系统对某些 Locale 支持有限，建议测试验证。
不复杂但容易忽略：只要涉及多语言文本处理，大小写转换就必须绑定明确的 Locale —— 这不是“优化项”，而是正确性的前提。
