char 与 int 转换本质是 ASCII 码点映射与按位解释：char 转 int 直取码点值（如 'A'→65），数字字符转数值需 '5'-'0'；int 转 char 需强转且静默截断低16位；处理 emoji 等需用 codePointAt 而非 charAt。
char 和 int 在 Java/C/C++ 中的转换，本质就是查 ASCII 表 + 按位解释，不是调函数、不查字典、不走 runtime 逻辑。
char 转 int：直接取码点值，但要注意 '0' 和 0 的区别
Java 里 char 是无符号 16 位整数，(int)'A' 得到 65，(int)'0' 得到 48——这不是“转换”，是直接把内存里那两个字节当整数读出来。
-
'0'是字符，ASCII 码 48；而数字0是整型零，二者类型不同、值也不同 - 想把字符
'5'变成整数5，得写'5' - '0'，即53 - 48 = 5；写成'5' - 0虽然结果也是 53，但语义错，容易误导 - 对非数字字符（如
'+'、' '）做减法没意义，别硬套- '0'
int 转 char：必须显式强转，且静默截断低 16 位
char c = (char)65 得到 'A'，看着正常；但 (char)65536 会变成 \u0000（因为 65536 & 0xFFFF == 0），JVM 不报错也不警告。
- 只对 0–65535 范围内的值有意义；超出就只剩低 16 位，结果不可预测
- 想把整数
5变成字符'5'，要写(char)(5 + '0')，即5 + 48 = 53 → '\u0035' - 别写
(char)5——那是 ENQ 控制符，不是数字字符
String.charAt(i) 不等于一个“字符”，尤其遇到 emoji 时
Java 的 String 内部用 UTF-16 编码，某些 Unicode 字符（如大部分 emoji）占两个 char（代理对），charAt(i) 只返回其中一个，不是完整字符。
- 用
str.codePointAt(i)替代charAt(i)获取真正的 Unicode 码点 - 配合
Character.isSurrogatePair(str.charAt(i), str.charAt(i+1))判断是否为代理对 - 否则你转出来的
int值可能只是高位或低位，和预期字符完全无关
实际编码中最容易漏掉的检查点
拿到 char 之前，先确认它来自合法索引——str.charAt(i) 会抛 StringIndexOutOfBoundsException；拿到 int 后再转 char，得确保它落在 0–65535 内，否则截断无声无息。
真正麻烦的从来不是怎么转，而是转完之后那个值到底代表什么——是 ASCII 字母？是控制符？还是某个 emoji 的半边？
