C++中int除int默认整除截断小数，需提前将至少一个操作数转为浮点类型（如static_cast<double>(a)/b）才能获得小数结果，否则cast结果无效。
int 除 int 默认结果是 int，不是小数
直接写 a / b（其中 a 和 b 都是 int），C++ 一定做整数除法，截断小数部分，不会自动转成浮点。这不是 bug，是语言定义——整型字面量和整型变量参与的算术运算，默认保持整型语义。
常见错误现象：5 / 2 得到 2 而不是 2.5；用它算平均值、比例、缩放系数时结果全错。
- 想得小数，必须让至少一个操作数变成浮点类型（
float或double） - 不能只在结果上 cast：
(double)(a / b)没用——除法已经完成了，再转 double 只是把2变成2.0 - 推荐优先用
double，精度比float更可靠，且现代 CPU 上性能差异可忽略
三种安全的强制转换方式及适用场景
核心原则：在除法运算发生前，把至少一个操作数提升为浮点类型。以下写法都有效，但行为和可读性不同：
-
static_cast<double>(a) / b</double>：最清晰，显式表达意图，推荐日常使用 -
a / static_cast<double>(b)</double>：等价，但除数转浮点更常见（尤其当b是分母、可能为 0 时逻辑更直观） -
a * 1.0 / b：利用字面量隐式提升，短但易被误读为“乘 1.0 再除”，不推荐用于关键计算
示例：
int a = 7, b = 3;<br>double result = static_cast<double>(a) / b; // 得 2.333...
立即学习“C++免费学习笔记（深入）”；
除零、负数、溢出这些坑比类型转换还危险
类型转换解决的是“结果精度”，但掩盖不了底层数值问题：
-
b == 0时，static_cast<double>(a) / b</double>会得到inf或-inf（正/负零导致），不是异常，程序继续跑但结果失效 - 负数整除规则：C++ 标准规定
a / b向零取整（-5 / 2 == -2），但转成 double 后除法是数学除法（-5.0 / 2.0 == -2.5），行为一致，这点不用额外处理 - 大整数相除再转 double 可能丢失精度：比如
INT_MAX / 2没问题，但INT_MAX * INT_MAX先算会溢出 int，再 cast 就晚了——应提前 cast：static_cast<double>(a) * static_cast<double>(b)</double></double>
模板函数封装？小心 auto 推导陷阱
有人想写个通用除法函数避免重复 cast，但这样写是错的：
template<typename T> auto safe_div(T a, T b) { return static_cast<double>(a) / b; }如果传入
int，T 就是 int，没问题；但如果传入 long long，static_cast<double>(a) 可能精度丢失（double 只能精确表示 ≤ 2⁵³ 的整数）。
- 真要封装，建议明确输入类型并限定输出为
double，或用std::common_type_t+static_cast做更稳妥推导 - 更简单务实的做法：就用
static_cast<double>(a) / b</double>，一行写清楚，比抽象一层还可靠 - 别依赖
auto推导返回类型来“自动适配”——它不会帮你选更高精度类型
类型转换本身很简单，难的是意识到：什么时候该转、在哪转、转完还剩什么隐患。除法只是入口，背后连着数值范围、精度边界、运行时条件检查——这些才是实际项目里真正卡住人的地方。
