Java类型转换需理解二进制重解释、编译器隐式提升及运行时截断溢出；自动转换仅限安全扩容路径，强制转换不检查越界，char本质是无符号整数。
Java 类型转换不是“写对就行”，而是要理解底层二进制如何被重新解释、编译器如何做隐式提升、运行时如何截断或溢出。很多报错和诡异结果，根源不在代码写法，而在对转换规则的模糊认知。
自动转换：只发生在“安全扩容”时
自动转换（隐式转换）本质是编译器确认目标类型能完整容纳源值，不会丢失精度或溢出。它只沿一条单向路径发生：
- byte → short → int → long → float → double
- char → int → long → float → double（char 虽无符号，但参与运算时一律升为 int）
- 整数字面量默认是 int，小数默认是 double —— 这直接影响表达式结果类型
常见陷阱：short s = 10; s = s + 1; 编译失败。因为 s+1 中 1 是 int，s 被提升为 int，结果是 int 类型，不能直接赋给 short 变量。
强制转换：风险自担，截断不报警
强制转换（显式转换）是开发者主动告诉编译器“我知道可能丢数据，请按目标类型解释二进制”。它不检查数值是否越界，只做位截取或符号重解释：
立即学习“Java免费学习笔记（深入）”；
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- int → byte：取低 8 位，高位直接丢弃（如 int 257 → byte 1）
- double → int：直接截去小数部分，不四舍五入（如 3.9 → 3）
- char → byte：char 是 0~65535 的无符号整数，转 byte 会因符号位问题出现负值（如 char 200 → byte -56）
关键提醒：强制转换不会抛异常，错误结果静默出现。建议在转换前加范围校验，或用 Math.toIntExact() 等带检查的方法。
char 和数值混用：别把它当“字符”来想
char 在 Java 中本质是 16 位无符号整数（0~65535），不是“文字容器”。只要参与算术运算，它立刻退化为 int：
- 'A' + 1 → 66（'A' 的 Unicode 值是 65）
- char c = '0'; int n = c - '0'; // 得到数字 0，这是安全提取数字的惯用写法
- char c = 65; System.out.println(c); // 输出 'A'，而非 65
注意：char 不可与 String 混用，'a' 是 char，"a" 是 String；String.valueOf('a') 或 "" + 'a' 才能转成字符串。
避开高频雷区的实用习惯
真正减少类型相关 Bug，靠的是编码习惯而非临时查文档：
- 声明变量时尽量用最小够用类型（如计数器用 int，不用 long），但参与运算时接受自动提升
- 涉及常量计算，显式标注类型后缀：100L、3.14f，避免隐式推导偏差
- 从用户输入或外部系统接收数值时，优先解析为 String 再转目标类型，并捕获 NumberFormatException
- 所有强制转换前加注释说明意图，例如：// 截断高位，仅保留低字节用于协议字段
