int 和 double 相乘结果一定是 double，因c++标准规定算术转换中低等级int必提升为高等级double再运算，结果类型固定为double，与数值精度或编译器无关。
int 和 double 相乘结果一定是 double
只要其中一个操作数是 double，C++ 就会把另一个操作数提升为 double，然后执行浮点乘法，结果类型固定为 double。这不是“可能”或“看编译器”，而是标准规定的算术转换规则（usual arithmetic conversions）。
常见错误现象：
– 写 int x = 5 * 3.14; 编译不报错，但结果被截断成 15，不是因为乘法结果是 int，而是赋值时隐式转成了 int；
– 用 == 比较 int * double 和某个整数值，比如 (2 * 0.1) == 0.2 返回 false，本质是浮点精度问题，不是类型转换出错。
- 提升发生在运算前：先转类型，再算值，不保留中间
int精度 - 即使
int值完全能被精确表示为double（如123456789），结果仍是double类型，只是值看起来“像整数” - 在模板或 auto 推导中尤其关键：
auto z = 42 * 3.14;→z是double，不是int
为什么不是 int？——看 C++ 标准里的等级规则
C++ 对内置类型定义了“类型等级”（ranking），double 高于 int。当混合运算时，低等级类型必须向高等级对齐，且只升不降。这个过程不考虑数值范围是否溢出、也不管你“本意是不是要整数”。
使用场景：
– 数学计算中混用计数器（int）和系数（double），比如 for (int i = 0; i ；<br>– 函数参数自动推导，如 <code>std::sqrt(5 * 2.0)，传入的是 double，不是 int。
立即学习“C++免费学习笔记（深入）”；
-
char、short、int、long全部低于Float和double - 没有“向下转换”的例外：哪怕你写
static_cast<int>(42) * 3.14</int>，static_cast<int>(42)</int>是int，但乘3.14（double）仍触发提升 - 注意
float和double混合时也一样：float * double→ 结果是double
容易踩的坑：隐式转换 + 赋值截断 + 浮点误差叠加
最危险的不是类型转换本身，而是后续操作掩盖了它带来的副作用。比如你以为“乘出来是整数”，就直接赋给 int，或者拿去当数组下标、位运算、switch case 值。
常见错误现象：
– int idx = i * 0.5;（本意是除以 2 取整），但 i=3 时得到 1.5 → 截断为 1，不是四舍五入；
– if (x * 0.1 == 1.0) 在 x=10 时可能为 false，因为 0.1 无法精确表示为二进制浮点数。
- 不要依赖
int * double的“整数感”：哪怕1000000 * 1.0看起来安全，一旦系数变成0.3或涉及大数，就可能暴露精度边界 - 需要整数结果时，显式控制：用
static_cast<int>(std::round(x * k))</int>或先转double再处理，别靠截断 - 调试时用
typeid(x * y).name()（配合cxxabi.h解码）或 ide 类型提示确认实际类型，别猜
constexpr 和模板里类型更敏感
在编译期求值或泛型编程中，类型差异会被放大。一个看似无害的 int * double 可能导致模板特化失败、constexpr 函数无法通过编译，或 std::is_integral_v<decltype></decltype> 返回 false。
使用场景：
– constexpr double scale = 2.5; 和循环变量相乘，想生成查找表；
– 模板函数接受两个参数，内部做乘法，但调用者传 int 和 double，返回类型就不是原模板参数类型。
-
constexpr表达式中，int * double仍得是double，且必须能在编译期算出——但浮点常量表达式有额外限制（如不能调用非constexpr函数） - 模板中可用
decltype(a * b)获取真实结果类型，比硬写double更健壮 - 如果真要保持整数语义，宁可把
double系数换成分数形式（如std::ratio）或用定点数库，别靠隐式转换蒙混
类型转换本身没歧义，但人总想“它应该懂我意思”。C++ 只懂标准——它不会因为你写了 int i = 5; 就记住你“喜欢整数”，一碰到 double，立刻按规则升级。真正麻烦的，永远是那句没写出来的 static_cast。