char本质是无符号16位整数，取值0–65535，直接对应Unicode码点；参与运算时自动提升为int，强制转int仅取出编码值，反向转换需防截断风险。
char 本质是小整数，不是“字符符号”
很多人误以为 char 只是用来存字母或汉字的“文字容器”，其实它在内存中就是一个**占用固定字节的整数类型**。Java 中 char 占 2 字节（0–65535），C/C++ 中通常占 1 字节（0–255 或 –128–127，取决于是否 signed）。它的值直接对应 Unicode（Java）或 ASCII（C 常见场景）编码表里的数字。比如 'a' 不是字母本身，而是整数 97；'中' 在 Java 中是 20013；'\n' 是 10。这种数值本性，决定了它天然可参与算术运算和类型转换。
隐式提升：char 运算时自动变 int
在表达式中，只要 char 参与加减、比较、甚至与 int 混合计算，编译器会**自动将其提升为 int**——这不是强制转换，而是语言规定的“整型提升”（integer promotion）。例如：
-
char c = 'A'; int x = c + 3;→ 实际执行的是65 + 3 = 68，结果是 int 类型的 68 -
char a = 'x', b = 'y'; char sum = a + b;→ 编译报错！因为a + b先升为 int，不能直接赋给 char，需显式截断
这个规则避免了低精度运算溢出，也解释了为什么 System.out.println('0' + 1) 输出 49（'0' 是 48）而不是 '1'。
强制转 int：安全、无损、仅取编码值
写 (int)c 并非“把字符变成数字”，而是**明确取出其底层编码值**。这在 Java 和 C 中都完全安全，不会丢失信息：
- Java：
char c = '€'; int code = (int)c;→ 得到 8364（Unicode 码点） - C：
char c = 'z'; printf("%d", (int)c);→ 输出 122
注意：这不是“解析字符串数字”，(int)'5' 是 53，不是 5；要得数字 5，得用 '5' - '0' 或 Character.digit('5', 10)。
反向转换与边界风险
把 int 转回 char 属于**降级转换**，有潜在截断风险：
-
int x = 300; char c = (char)x;（Java）→ 得到'\u012C'（300 mod 65536），不是错误，但语义可能错乱 -
int y = -1; char d = (char)y;→ Java 中变为 65535（因 char 无符号），C 中若 char 为 signed，则行为依赖实现 - 超出目标范围的强制转换不报错，但结果由模运算或位截断决定，不可预测
因此，从 int → char 应始终校验范围，尤其处理用户输入或外部数据时。
