Character.isDigit()最可靠，可识别Unicode数字（如阿拉伯、全角、罗马数字），比手动比较'0'到'9'更健壮；常见错误是用c>='0'&&c<='9'或混淆大小写判断。
判断单个字符是否为数字：Character.isDigit() 最可靠
用 Character.isDigit() 判断一个 char 是否属于 Unicode 数字（包括阿拉伯数字、全角数字、罗马数字等），它比手动比较 '0' 到 '9' 更健壮。
常见错误现象：有人写 c >= '0' && c ，结果遇到全角数字 <code>‘０’ 或印度数字就失效；还有人误用 Character.isNumber()，它会把上标 ²、分数 ½ 也判为 true，但这些不是通常意义的“数字字符”。
-
isDigit()只认“可作为数字参与解析的字符”，比如'5'、'٣'（阿拉伯-印地数字）、'७'（天城文数字） -
isNumber()范围太宽，慎用于“是否为 0–9 字符”这类场景 - 性能无差异，两者都是查 Unicode 属性表，常量时间
判断是否为英文字母：Character.isLetter() 要注意语言边界
Character.isLetter() 返回 true 当且仅当该字符被 Unicode 定义为字母 —— 包括英文 a–z、A–Z，也包括中文汉字、日文平假名、德语变音字母 ü、法语重音字母 é 等。
使用场景：做输入校验时，若业务只要求“ASCII 字母”，就不能直接用它；若要做国际化文本处理（如分词、首字母大写），反而必须用它。
立即学习“Java免费学习笔记（深入）”；
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 需要严格 ASCII 字母？用
(c >= 'a' && c = 'A' && c - 想兼容带重音的拉丁字母（如
café中的é）？用isLetter()更合理 -
isLetterOrDigit()是组合判断，但不等于isLetter() || isDigit()—— 它还包含某些 Unicode 连接符（极少见），实际行为一致，可放心用
区分大小写与 Locale 无关：Character.isLowerCase() 不依赖当前语言环境
Character.isLowerCase() 和 isUpperCase() 的判断完全基于 Unicode 字符属性，和 Locale、JVM 启动参数、系统区域设置都无关。这点常被误解。
容易踩的坑：有人以为调用 "İ".toLowerCase(Locale.ENGLISH) 后再判断，其实多此一举；也有项目在土耳其语环境下误以为要特殊处理 i/I，但那是字符串级别的大小写转换逻辑，单字符判断不受影响。
-
'i'在任何环境下都是小写字母，'I'都是大写字母 - 土耳其语特有的
İ（带点大写 i）和ı（无点小写 i）本身在 Unicode 中就有明确大小写映射，isLowerCase('ı')就是 true - 不要为了“安全”而绕路用
String.valueOf(c).toLowerCase().equals(String.valueOf(c))—— 效率低、语义错、还可能因空格或不可见字符出错
混合判断时别漏掉“既非数字也非字母”的情况
很多逻辑默认字符只有“数字 / 字母 / 其他”三类，但实际中像 '_'、'$'、' '、'\t'、'α'（希腊字母）、'①'（带圈数字）等，都会让 isDigit() 和 isLetter() 同时返回 false。
典型场景：解析 token、实现简易词法分析器、清洗用户昵称。如果只检查这两者就 return，可能把本该允许的符号（如下划线）当成非法字符拒掉。
- 确认业务是否允许下划线、美元符、连字符等 —— 它们不是字母也不是数字，但常用于标识符
- 希腊字母、西里尔字母等非拉丁系字母，
isLetter()返回 true，但若前端只预期英文，就得额外过滤 - 带圈数字
'①'、上标'¹'：它们isDigit()是 false，isNumber()是 true —— 除非明确支持，否则建议统一剔除
字符分类这事，Unicode 比直觉复杂得多，别靠经验猜，先查 JavaDoc 里每个方法的 Unicode 定义范围。
