java中整型参与运算时，只要出现float或double，整型必被提升为对应浮点类型；优先级为double＞float＞long＞int，byte/short/char先升int再按此规则统一提升。
Java 中整型数据参与运算时，只要表达式里出现浮点类型（float 或 double），整型就会被自动提升为对应浮点类型——不是“顺便转一下”，而是编译器在运算前就统一重排所有操作数的类型，确保整个表达式按同一精度执行。
浮点优先级压倒一切
Java 的类型提升规则中，浮点类型拥有最高话语权。只要有一个操作数是 double，整个表达式立刻升为 double；如果没有 double 但有 float，则全部升为 float。整型（哪怕 long）在此规则下完全让步。
-
int + double → double：例如
int a = 5; double b = 2.0; var r = a + b;，a被提升为5.0，结果是double -
long + float → float：注意不是
double，因为float优先级高于long（Java 规定：double > float > long > int > short/byte/char） -
byte + short + float → float：前两者先升为
int，再整体升为float
提升发生在运算开始前，不是结果赋值时
很多人误以为“等算完再转”，其实提升是编译期静态决定的：JVM 在解析表达式时，就根据操作数类型确定最终运算类型。这意味着中间结果的精度和范围已固定，不会因后续赋值目标而改变。
- 写
float f = 100 + 3.14f;，100在加法执行前就被当作100.0f处理，不是先算int再转float - 若写
double d = 100 + 3.14;，100升为100.0（double），3.14默认就是double，全程以double精度运算
常见陷阱与避坑要点
看似自动，实则暗藏细节。几个高频出错点需特别注意：
-
字面量默认类型影响提升：
3.14是double，3.14f才是float。混用时易引发意外升级，比如int + 3.14→double，而int + 3.14f→float -
方法重载可能被绕过：若一个类有
void calc(int)和void calc(float)，调用calc(5)匹配int版本；但calc(5 + 0.1f)因提升为float，实际调用的是float版本 -
精度丢失不可逆：
int转float对于超过2^24的整数会丢精度（float仅约 7 位有效数字），如(float)16777217结果仍是16777216.0
实战建议：何时该干预，何时可放心
自动提升本身安全可靠，但关键在“是否符合预期”。以下场景建议主动控制：
- 需要严格单精度计算（如嵌入式或图形渲染），显式写
3.0f、(float)myInt，避免被double拉高 - 涉及金融或高精度需求，避开基本类型浮点运算，改用
BigDecimal，因为自动提升无法解决精度本质问题 - 调试时怀疑类型干扰逻辑，可用
System.out.println(r.getClass().getSimpleName())或 IDE 类型提示验证实际类型
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
