Java类型转换是强类型系统下的底层行为,涉及二进制截断、取值范围和运算提升规则;自动转换仅支持小容量到大容量的隐式提升,强制转换则可能因高位截断导致符号反转或溢出。

Java 类型转换不是语法糖,而是强类型系统下必须直面的底层行为。它直接关联二进制存储、运算优先级和运行时结果,写错一行强制转换,可能让 128 变成 -128,让 32768 变成 -32768——不是 bug,是规则在执行。
自动转换只朝一个方向走
Java 允许从“小容量”到“大容量”的隐式转换,无需括号,编译器自动完成。这里的“容量”指存储空间和取值范围,不是字面大小。
- 整数方向:byte → short → int → long → float → double
- char 也参与该链:char → int → long → float → double(注意 char 是无符号 2 字节,0~65535)
- 混合运算时,所有操作数先统一提升到“最宽类型”:比如
byte b = 10; int i = 20; double d = b + i;中,b 和 i 都先转成 double 再相加 - 字面值有默认类型:整数字面量(如
123)默认是int;带小数点的(如3.14)默认是double;要赋给float必须写3.14f
强制转换本质是截断二进制
把大类型往小类型转,用 (targetType) value,这不是“四舍五入”,而是直接丢弃高位字节,按目标类型的解释规则重读剩余位。
Java项目代码review工具。分析Git变更+完整调用链路上下文,推断业务需求,进行多维度评分和分类汇总,生成完整PRD文档。包含细粒度Java代码审查清单(Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
-
int x = 255; byte b = (byte) x;→b是-1:因为 255 的 int 二进制是00000000 00000000 00000000 11111111,截掉前 3 字节只剩11111111,按 byte(有符号 1 字节)解释就是 -1 -
int x = 32768; short s = (short) x;→s是-32768:32768 超出 short 最大值 32767,高位溢出后剩下10000000 00000000,解释为负数 - 浮点转整数一律截断小数部分:
(int) 9.99得 9,(int) -4.99得 -4,不四舍五入
char 和数值互转要留意编码逻辑
char 在 Java 中是 16 位 Unicode 码点,数值上等价于无符号 short。它和 int 之间可自由转换,但语义不同。
立即学习“Java免费学习笔记(深入)”;
-
char c = 'a'; int i = c + 1;→i是 98('a' 的 Unicode 值是 97),这是合法且常用的操作 -
int code = 65; char ch = (char) code;→ch是 'A',只要 code 在 0~65535 范围内就安全 - 别对
char做算术后直接强转回 char 以为“还在字符范围”:比如(char)('z' + 1)结果是 '{',不是 'a',没有自动回绕
运算溢出和精度丢失必须主动防御
类型转换本身不报错,但结果可能违背业务预期。关键不是“能不能转”,而是“转完还对不对”。
- 整数乘法溢出发生在计算过程,不是赋值时:
int money = 10_0000_0000; int total = money * 20;直接得负数,因为乘法仍用 int 运算 - 修复方式是提前升维:
long total = (long) money * 20;或long total = money * 20L; - 浮点数转整数前建议加判断:
if (d >= Integer.MIN_VALUE && d - 布尔类型完全隔离:
boolean flag = true;不能转成int,也不能和任何数字做算术,这是语言硬性限制

















