%只能用于整数类型，对浮点数会编译报错；浮点数取余须用std::fmod()；结果符号跟随被除数，除零导致运行时崩溃。
为什么 % 在 C++ 里不能对浮点数用
因为 C++ 标准规定，% 是**整型取余运算符**，只接受两个整数操作数（int、long、short 等），遇到 float 或 double 会直接编译报错：invalid operands to binary %。
如果你看到类似 5.5 % 2.1 的写法，编译器肯定拒绝——这不是 bug，是语言设计的硬性限制。
- 想对浮点数取余？必须用
std::fmod()（#include <cmath>） -
std::fmod(5.5, 2.1)返回1.3，行为和整数%类似（符号跟随被除数） - 别用
(int)a % (int)b强转代替——会丢精度，比如3.9 % 2.1强转后变成3 % 2 == 1，而实际余数应接近1.8
% 的符号规则：结果正负到底跟谁走
C++ 中 a % b 的符号由**被除数 a 决定**，和除数 b 无关。这是和 Python 的关键区别（Python 中余数符号由除数决定）。
-
7 % 3 → 1（正 % 正 = 正） -
-7 % 3 → -1（负 % 正 = 负） -
7 % -3 → 1（正 % 负 = 正） -
-7 % -3 → -1（负 % 负 = 负）
背后逻辑是：C++ 要求 (a / b) * b + a % b == a 恒成立，且 / 是向零截断（-7 / 3 == -2），所以 -7 % 3 必须等于 -1 才能满足等式。
立即学习“C++免费学习笔记（深入）”；
除零错误：运行时崩溃比编译错误更难防
% 运算在运行时遇到 b == 0 会触发未定义行为（UB），常见表现是程序直接崩溃（SIGFPE），而不是抛异常或返回错误码。
- 编译器几乎不检查
b是否为零——哪怕你写int x = 5 % 0;，有些编译器会优化掉，有些会在运行时报错 - 动态值更危险：比如
arr[i] % divisor，若divisor来自用户输入或配置文件，务必提前判断：if (divisor != 0) { result = a % divisor; } - 注意：
0 % b（b ≠ 0）是合法的，结果恒为0
性能与替代方案：什么时候不该用 %
当除数是 2 的幂次（如 2、4、8、16…）时，% 编译器通常能自动优化为位运算，但前提是除数是编译期常量。否则仍走通用除法指令，开销不小。
- 推荐写法：
x % 8→ 编译器大概率转成x & 7；但x % n（n是变量）无法位运算优化 - 循环索引取模（如环形缓冲区）：如果容量是 2 的幂，用
index & (size - 1)比index % size更快且无分支 - 负数索引要小心：
-1 % 8得-1，而-1 & 7得7——语义不同，别混用
真正容易被忽略的是符号处理和除零检查——它们不会在编译时报错，却在特定输入下让程序当场失效。写 % 前，先想清楚被除数会不会负、除数会不会零、除数是不是常量。
