java中tolowercase()和touppercase()默认依赖locale.getdefault()，易因环境差异导致非英文字符转换异常，应显式指定locale（如locale.root）并注意null安全与性能优化。
Java 中 toLowerCase() 和 toUpperCase() 看似简单，但实际使用时容易踩坑——尤其是涉及非英文字符、多语言环境或不同 Locale 时，结果可能不符合预期。
默认行为依赖系统默认 Locale
不带参数的 toLowerCase() 和 toUpperCase() 会使用 Locale.getDefault()，而这个值可能因服务器部署环境（如 Linux 容器）或 JVM 启动参数改变。例如：
- 土耳其语中，小写字母
'i'的大写是'İ'（带点），而非'I'； - 德语中，
'ß'转大写是"SS"（JDK 9+ 支持，旧版本返回"ß"）； - 某些希腊字母或格鲁吉亚字符在不同 Locale 下大小写映射不同。
推荐显式指定 Locale（尤其处理用户输入）
为保证行为一致，应传入明确的 Locale 参数：
- 面向全球用户：用
Locale.ROOT（最保守、基于 Unicode 标准，不带语言规则）； - 面向特定地区用户：如
Locale.US、Locale.FRANCE； - 避免用
Locale.getDefault()，除非业务明确要求跟随系统设置。
示例：
String s = "İstanbul"; // 土耳其语单词
s.toLowerCase(Locale.ROOT); // → "istanbul"（标准 Unicode 映射）
s.toLowerCase(Locale.forLanguageTag("tr")); // → "i̇stanbul"（带点 i 的小写，符合土耳其规则）
注意 String 不可变性与 null 安全
这两个方法返回新字符串，原字符串不变；且对 null 调用会抛 NullPointerException：
- 务必先判空，或用
Objects.toString(str, "").toLowerCase(Locale.ROOT)； - 不要链式调用前忽略 null 检查，比如
str.trim().toLowerCase()可能 NPE； - 若需频繁转换，考虑 Apache Commons Lang 的
StringUtils.lowerCase(str, Locale)，它自动处理 null。
性能与底层实现要点
内部基于 Unicode 规范（UnicodeData.txt），逐字符查表映射。影响性能的因素有：
- 长字符串开销线性增长，但通常可接受；
- 含大量非 ASCII 字符（如中文、emoji）时，实际无大小写变化，但仍会遍历检查；
- JDK 12+ 对纯 ASCII 字符做了优化，速度更快；
- 如果只判断是否全小写/全大写，用
str.equals(str.toLowerCase(Locale.ROOT))比逐个字符比较更简洁安全。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
