Java数值混合运算遵循固定类型提升规则：double→float→long→int，强制转换仅作用于紧邻表达式，字面量有默认类型（整数为int、小数为double），boolean与数值不可互转。
Java 中数值类型混合运算时，看似简单的表达式可能因隐式转换规则导致结果出人意料。问题往往不报错，却悄悄偏离预期——排查关键不在找语法错误，而在理清每一步的类型提升路径和截断时机。
看清运算前的类型提升顺序
Java 在执行算术运算前会按固定规则统一操作数类型，不是“谁写在前面就听谁的”。规则优先级从高到低：double → float → long → int。只要有一个操作数是 double，全部转为 double；没有 double 但有 float，则全转 float；依此类推。
- byte b = 10; short s = 20; int result = b + s; → 实际执行的是 (int)b + (int)s，结果是 int，不是 byte 或 short
- int i = 5; double d = 2.0; var x = i / d; → i 被提升为 double，5.0 / 2.0 = 2.5（非整除）
- float f = 3.14f; long l = 100L; var y = f * l; → l 提升为 float，100.0f × 3.14f = 314.0f（注意 float 精度仅 6~7 位）
警惕强制转换发生的实际位置
强制转换括号只作用于紧邻的表达式，不改变整个算式的提升逻辑。常见误判是以为 (byte)(a + b) 先加再截断，但若 a、b 是 byte，a + b 本身已先被提升为 int，再截断——这正是 byte c = a + b 编译失败的原因。
- byte a = 127, b = 1; byte c = (byte)(a + b); // 得 -128（127+1=128 → int 值 128 → 截低 8 位 → 补码 -128）
- int x = 1000; byte y = (byte)x; // 直接取低 8 位：1000 的二进制低 8 位是 232 → 对应 byte 值 -24
- double d = 9.999; int i = (int)d; // 截尾得 9，不是四舍五入；需四舍五入请用 Math.round(d)
识别字面量默认类型带来的陷阱
Java 对数字字面量有默认类型：整数字面量是 int，小数字面量是 double。直接用 5.0 给 float 变量赋值会编译失败，因为 double 不能自动转 float。
立即学习“Java免费学习笔记（深入）”；
- float f = 3.14; // ❌ 编译错误：可能损失精度
- float f = 3.14f; // ✅ 正确：显式标记为 float
- float f = (float)3.14; // ✅ 正确：强制转换
- byte b = 128; // ❌ 编译错误：128 超出 byte 范围（-128 ~ 127）
- byte b = 100; // ✅ 编译通过：字面量在范围内，编译器允许窄化赋值
布尔与数值之间不存在合法转换
Java 严格禁止 boolean 和其他基本类型相互转换。任何试图把 true 当 1、false 当 0 使用的操作都会编译失败，也不会在运行时隐式转成数值。
- int i = true ? 1 : 0; // ✅ 三元运算符合法，但 true/false 本身不参与数值计算
- int i = (int)true; // ❌ 编译错误：boolean 不可强转为 int
- if (1) { ... } // ❌ 编译错误：if 条件必须是 boolean 表达式
- boolean flag = 0 == 0; // ✅ 用关系运算得到 boolean，而非把 0 当 boolean 用
