在 Java 中，字符类型（char）与数值类型（例如 byte、int、double）虽然表面上一个是“文字”，一个是“数字”，但在底层它们共享同一套整数本质与二进制存储逻辑。类型转换并非魔术，而是建立在码值映射与位操作之上的显式表达。只有深刻理解它们的存储结构以及转换时的边界条件，才能写出可靠的代码。
char 的底层本质：无符号 16 位整数
char 占用 2 字节（16 位），采用 Unicode 编码，取值范围从 u0000（0）到 uFFFF（65535）。从本质上讲，它并不是一个单纯的“文字容器”，而是一个可以直接参与算术运算的整数类型：
- 可以用字符字面量赋值：
char c = 'A';—— 实际存储的是 Unicode 码点 65。 - 也可以直接赋予整数值：
char c = 65;—— 同样得到字符 'A'。 - 支持加减运算：
char c = 'A' + 1;—— 结果是 'B'（对应码点 66）。 - 强制转换为
int即可取得码值：int i = (int)'中';—— 返回 20013（UTF-16 码点）。
数值类型到 char 的转换：截断机制与潜在风险
将数值转换为 char 属于窄化转换，必须使用显式的强制类型转换，并且只会保留低 16 位。以下几个场景容易踩坑：
char c = (char)65;—— 安全转换，结果为 'A'。char c = (char)0xAB0041;—— 仅取低 16 位0x0041，结果仍为 'A'。char c = (char)65.25;—— 先隐式转换为int（截断小数部分），再转换为char，结果依旧是 'A'。char c = (char)-1;—— -1 的补码表示为全 1（0xFFFF），恰好对应 Unicode 最大码点 'uFFFF'，虽然合法但非常规用途。
必须特别留意：当数值超出 0–65535 范围时，会被取模 65536 截断，编译器不会报错，但可能产生完全出乎意料的字符。
字符串与数值的相互转换：脱离基本类型体系
String 属于引用类型，与任何基本数值类型之间**不存在自动或强制转换**的语法，必须通过工具方法来显式完成：
- 数值 → 字符串：推荐使用
String.valueOf(x)，它支持所有基本类型以及null（如果传入null，将返回字符串 "null"）。 - 字符串 → 数值：必须调用对应包装类的
parseXxx()方法，例如Integer.parseInt("123")、Double.parseDouble("3.14")。 - 非法输入会抛出
NumberFormatException，因此建议提前校验或包裹try-catch块。 - 空字符串或空白字符串需要单独处理，常用防御手段包括
StringUtils.isBlank(str)（来自 Apache Commons）或str == null || str.trim().isEmpty()。
存储共性：不可忽视的补码与精度陷阱
所有整数类型（byte/short/int/long）均以补码形式存储，这解决了符号表示与运算一致性的问题；而浮点类型（float/double）遵循 IEEE 754 标准，这导致部分十进制小数无法精确表示：
10 + 20是安全的整数运算，但若写成byte a=10, b=20; byte c = (byte)(a+b);，就必须进行强制转换，因为运算过程会自动提升为int类型。0.1 + 0.2 != 0.3（实际输出 0.30000000000000004）——这在金融计算中可能引发严重问题，建议使用BigDecimal并通过字符串构造：new BigDecimal("0.1")。char虽然是无符号整数类型，但参与混合运算时仍然会提升为int，例如'a' + 1的结果类型是int，而非char。
