java中char→int可隐式转换，因char本质是无符号16位unicode码点；int→char必须显式强转且静默截断高16位；处理emoji等增补字符应使用codepointat而非charat。
Java 中 char 和 int 之间的“自动转换”其实只有单向隐式转换：char 可以直接赋值给 int，无需强转；而 int 赋值给 char 必须显式强转。这不是 ASCII 专属规则，而是由 char 的底层语义决定的——它本质是无符号 16 位整数，存储的是 Unicode 码点，ASCII 字符（0–127）只是其子集。
char → int：隐式转换即取码点值，零成本
写 int i = 'A' 或 int i = c（c 是 char 变量），JVM 直接把 char 的 16 位二进制值按无符号整数解释为 int，不查表、不调方法、不触发任何运行时逻辑。
- ✅ 正确示例：
char c = '5'; int n = c - '0'; // 得到 5（53 − 48） - ✅ 安全写法：
int code = ' '; // 空格 → 32，int code = '\n'; // 换行 → 10 - ❌ 避免绕路：
Integer.parseInt(String.valueOf(c))会抛异常（非数字字符）；Character.getNumericValue(c)返回的是字符的“数值含义”（如 'A'→10），不是 ASCII 码
int → char：必须强转，且静默截断高比特
char c = (char)65 成立，但这是 JVM 对 int 值做低 16 位掩码（等价于 i & 0xFFFF）的结果。超出 0–65535 范围的值会被无声截断，不报错也不警告。
- ✅ 安全做法：先校验再转
if (code >= 0 && code - ⚠️ 典型陷阱：
int x = 65536; char c = (char)x;→ 实际得到'\u0000'（因为 65536 & 0xFFFF == 0） - ? ASCII 还原建议：若明确只处理标准 ASCII（0–127），可加范围断言：
if (code 127) throw new IllegalArgumentException();
别把字符串当字符：单引号 vs 双引号是硬边界
字符字面量必须用单引号，字符串字面量必须用双引号。Java 不允许字符串隐式转成 char，这是编译期就卡死的类型检查。
- ✅ 合法：
int x = 'a'; // 97，int y = "a".charAt(0); // 先取 char，再隐式转 int - ❌ 编译失败：
int z = "a";—— 类型不匹配，String ≠ char - ⚠️ 注意索引安全：
str.charAt(i)在 i 越界时抛StringIndexOutOfBoundsException，务必确认i
遇到 emoji 或中文？别依赖 charAt，用 codePointAt
Java String 内部用 UTF-16 编码。像 ?（U+1F30D）、?? 这类增补字符，实际占两个 char（代理对）。此时 charAt(i) 只返回高位或低位 char，转成 int 后根本不是你想要的码点。
- ✅ 正确获取真实 Unicode 码点：
int cp = str.codePointAt(i); - ✅ 跳过代理对：
i += Character.charCount(cp);（避免下一次又落在代理对的低位上） - ❌ 错误示范：
int bad = (int)str.charAt(i);—— 对 ? 可能返回 0xD83C（55356），毫无业务意义
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
