浮点数不能用 % 运算符，必须用 fmod 系列函数；fmod 严格遵循 IEEE 754 余数定义，需配对精度版本并手动防护除零及特殊值。
浮点数用 % 会编译失败
直接写 3.14 % 2.0 或 float a = 5.5; int b = a % 2;，编译器立刻报错：invalid operands to binary %。这不是 bug，是 C++ 标准强制规定的：% 运算符只接受整型操作数（int、long、short 等），对任何浮点类型（float、double、long double）都不合法。
fmod 是唯一标准解法
fmod 定义在 <cmath> 中，专为浮点余数设计，行为严格遵循 IEEE 754：
-
fmod(7.5, 2.0)→1.5 -
fmod(-7.5, 2.0)→-1.5（符号始终与被除数一致） - 它不等价于整数
%，也不等价于数学模运算（modulus），而是“IEEE 余数”：计算trunc(x / y)得商，再用x - y * quotient得余数
必须配对使用对应精度版本：fmodf()（float）、fmod()（double）、fmodl()（long double）。混用类型（比如传 float 给 fmod）可能触发隐式转换，但结果仍由函数逻辑决定，不是 % 的翻版。
除零和特殊值要手动防护
fmod(x, 0.0) 是未定义行为——可能崩溃、返回 NaN 或静默出错，C++ 标准不保证任何一致性。同样，输入含 inf 或 NaN 时，结果依赖具体平台的 math 库实现。
立即学习“C++免费学习笔记（深入）”；
- 生产代码中必须检查
denom == 0.0或std::isnan(denom) || std::isinf(denom) - 不要依赖
fmod自动处理边界；它不做输入校验，也不抛异常 - 若需类比整数的非负余数（比如做数组索引），得手动归一：
double r = fmod(a, b); if (r
自定义类型或混合类型别想绕过规则
哪怕你重载了 operator%，只要操作数之一是浮点类型，编译器仍拒绝调用它——因为内置 % 的约束在重载解析前就已生效。同理，std::vector、std::chrono::duration 或自定义数值类，都不能直接参与 % 运算，除非你显式提供整型转换并确保语义合理。
真正容易被忽略的是：浮点数本身就不该频繁取余。精度误差会让 fmod(0.1 * 10, 1.0) 不等于 0.0，而是一个极小的负值。这种场景下，优先考虑重构逻辑（比如用整数计数器替代浮点累加），而不是硬套 fmod。
