直接把其中一个操作数转成浮点类型
整数除法 / 在 C++ 里天生截断小数，结果还是 int。想得到浮点结果，必须让编译器“意识到”你要做浮点运算——最稳妥的办法是显式转换至少一个操作数。
- 写成
(double)a / b、a / (float)b或1.0 * a / b都行，但推荐前两种，语义清晰 - 别用
(double)(a / b)：先整除再转 double，精度早丢了 - 如果
a和b是常量，比如5 / 2，直接写成5.0 / 2或5 / 2.0即可
注意类型提升规则和隐式转换陷阱
C++ 的算术转换不是“看结果要什么再倒推”，而是按操作数类型决定运算类型。两个 int 相除，哪怕左边是 double result 接收，除法本身仍是整数运算。
-
int a = 5, b = 2; double x = a / b;→x是2.0，不是2.5 -
double x = static_cast<double>(a) / b;</double>→ 正确，a提升为double，整个除法按double算 - 用
float要小心精度：static_cast<float>(a) / b</float>可能比double版本少几位有效数字
模板函数或宏封装时的常见翻车点
有人会写个通用除法函数，比如 template<typename t> auto div(T a, T b) { return a / b; }</typename>，结果传入 int 还是整除。
- 如果目标是“总是返回浮点结果”，函数签名就得明确：比如
double div(double a, double b)，或者用auto+ 强制转换：return static_cast<double>(a) / b;</double> - 宏更危险：
#define DIV(a,b) ((double)(a)/(b))看似 OK，但如果a是表达式（如i++），可能被展开两次 - 更安全的做法是避免宏，用内联函数 + 明确类型转换
性能和跨平台兼容性其实不用太担心
现代编译器对 static_cast<double>(a) / b</double> 这类转换基本零开销，不会真插一条冗余的转换指令；x86、ARM、RISC-V 上行为一致。
立即学习“C++免费学习笔记（深入）”；
- 唯一要注意的是：如果
b是 0，整数除会触发 SIGFPE（Linux/macOS）或异常（Windows），浮点除则得inf或nan，行为不同 - 在嵌入式或裸机环境，若没启用浮点单元（FPU），
double运算可能被软实现，拖慢速度——这时得权衡是否真需要浮点结果，或改用定点计算
事情说清了就结束。关键就一条：别指望赋值给 double 变量能“挽救”整数除法，转换必须落在除法运算发生之前。
