Character.isDigit() 和 Character.isLetter() 返回 false 常因传入 String 或空字符串导致类型错误或异常；正确做法是确保非空后用 char 或 codePoint 配合 isDigit()/isAlphabetic()；多语言场景推荐 isAlphabetic()；严格数字校验应避免仅用 isDigit()，而用正则或 try-catch 解析。
Character.isDigit() 和 Character.isLetter() 为什么有时返回 false？
不是字符本身有问题，而是你传进去的不是「单个字符」——Character.isDigit() 和 Character.isLetter() 只接受 char 或 int（Unicode 码点），不接受 String。常见错误是直接传 "a" 或 str.charAt(0) 却没确认字符串非空。
- 空字符串调用
charAt(0)会抛StringIndexOutOfBoundsException -
Character.isDigit("5")编译失败：类型不匹配，"5"是String，不是char - Unicode 补充字符（如 emoji）超出 BMP 范围时，用
char拆分会得到代理对，单独判断其中一半必然失败
正确做法：先确保有字符，再用 char 或用 int codePoint = str.codePointAt(i) 配合 Character.isDigit(codePoint)。
检测中文、日文、俄文字母该用 isLetter() 还是 isAlphabetic()？
Character.isLetter() 覆盖范围较窄，不识别某些 Unicode 字母（比如带变音符号的越南文、部分古文字）；而 Character.isAlphabetic() 基于 Unicode 标准的 Letter 类别，更准确，也包含中文、日文平假名/片假名、西里尔字母等。
-
Character.isLetter('中')→false（JDK 8 及以前） -
Character.isAlphabetic('中')→true（推荐用于多语言场景） -
isAlphabetic()自 JDK 7 起可用，无兼容性风险 - 注意：
isAlphabetic()不包含数字、标点、空格，只管“是不是字母”
判断字符串是否全为数字，为什么不能只用 isDigit() 循环？
因为 Character.isDigit() 只认 ASCII 数字（'0'–'9'）和 Unicode 中的「数字字符」（如阿拉伯-印地数字、全角数字 '０'），但不保证是「可解析为 int/long 的十进制数」。比如 '①'（带圈数字）也会返回 true，但它无法被 Integer.parseInt() 处理。
立即学习“Java免费学习笔记（深入）”；
- 要严格校验「能转成整数的纯数字字符串」，优先用正则
str.matches("\d+")或 try-catchInteger.parseInt() -
isDigit()适合前端输入过滤或轻量格式检查，不适合代替数值解析 - 全角数字 '０'–'９' 的 Unicode 是 U+FF10–U+FF19，
isDigit()返回true，但Character.digit(c, 10)会返回 -1
性能敏感场景下，char 直接比较比 isXxx() 快多少？
在高频循环（如解析百万字符日志）中，c >= '0' && c 比 <code>Character.isDigit(c) 快约 2–3 倍，因为后者有方法调用开销 + Unicode 属性表查表逻辑。
- 仅适用于确定只处理 ASCII 字符的场景（如协议字段、机器生成 ID）
- 一旦涉及国际化（如用户昵称含中文、emoji），硬编码比较立即失效
- JIT 编译后差距缩小，但热点代码仍建议基准测试验证
- 别为了这点性能放弃可维护性：先写对，再测瓶颈，再优化
真正容易被忽略的是：Unicode 字符边界。一个「看起来是一个」的字符（比如 ??）实际占多个 char，用 length() 和 charAt() 会切错。真要安全遍历，得用 codePoints() 流或 offsetByCodePoints()。
