java数值强制转换本质是按位截取加补码重解释，不检查范围；截断保留低位，符号由目标类型最高位决定；无符号需用&0xff或tounsignedint()；浮点转整数向零截断。

Java数值类型强制转换时的截断与符号位变化，本质是**按位截取 + 补码重解释**，不是数学缩放，也不做范围检查。只要高位被丢、低位被保留，结果就由这组低N位在目标类型下的补码含义决定——正负号、大小全由此而来。

截断只取低位，不看原值大小

所有“大转小”的强制转换（如 int → byte、long → int、int → short）都只保留源值的最低若干位：

• int → byte：取低8位，丢弃高24位
• int → short：取低16位，丢弃高16位
• long → int：取低32位，丢弃高32位
• 这个过程不比较数值是否越界，也不四舍五入，更不报错——纯粹的二进制位拷贝

符号位变化由低位最高位决定

Java整数全用补码表示，而目标类型的符号位就是它自身位宽的最高位。一旦你截出来的那几位中，最高位是1，JVM就把它当负数解读：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

• int i = 200; → 二进制低8位是 11001000 → 最高位为1 → 解释为 -56
• int j = 255; → 低8位 11111111 → 解释为 -1
• int k = 300; → 低8位 00101100 → 最高位为0 → 解释为 44
• 这不是“绕回”或“模运算”，而是同一串二进制，在不同位宽下被赋予了不同语义

无符号场景要用 & 0xFF 或 toUnsignedInt()

Java没有真正的无符号字节，但很多业务（如网络协议、图像像素、哈希计算）需要把byte当0~255用。直接强转后参与计算会出错：

• byte b = (byte) 255; → 实际值是 -1
• int x = b * 2; → 得到 -2，而非预期的 510
• 正确做法：int u = b & 0xFF;（零扩展）或 Byte.toUnsignedInt(b)（JDK8+）
• 同理，short 要无符号可用 Short.toUnsignedInt(s)

浮点转整数是向零截断，不是四舍五入

double → int 或 float → long 不是位操作，而是数值映射：

• 先向零舍去小数部分：(int)3.9 → 3，(int)-3.9 → -3
• 若值超出目标整型范围（如 (int)1e10），结果未定义，可能为任意整数
• 安全做法：先用 Double.isFinite() 判断有效性，再校验是否在 [Integer.MIN_VALUE, Integer.MAX_VALUE] 内，最后转换
• 需要四舍五入用 Math.round()，向下取整用 Math.floor()，向上用 Math.ceil()

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南