C++ 中 % 求余向零取整，-7%3 得 - 1 而非 2；for 循环中负数取余易导致逻辑错误。
用 % 求余数，但负数结果和你直觉可能不一样
在 C++ 里求余数，直接写 a % b 就行，但它的行为取决于编译器实现（C++98/03）或标准（C++11 起强制向零取整）。关键点是：% 算的是“余数”，不是数学上的“模”，所以 -7 % 3 得 -1，不是 2。
常见错误现象：for (int i = -5; i 输出里出现负数，导致数组越界或逻辑错乱。
- 使用场景：循环索引归一化、哈希桶定位、周期判断——这些地方通常要非负结果
- 正确做法：需要非负余数时，手动校正：
(a % b + b) % b（适用于b > 0） - 注意：
b不能为 0，否则触发未定义行为，运行时可能崩溃或静默出错
% 只支持整型，浮点数得换函数
写 3.14 % 2.0？编译直接报错：invalid operands to binary %。C++ 的 % 是整数运算符，不接受 float 或 double。
浮点数取模必须用标准库函数：fmod（<cmath>），它返回的是余数，符号同被除数。
立即学习 “C++ 免费学习笔记（深入）”；
-
fmod(7.5, 2.0)→1.5 -
fmod(-7.5, 2.0)→-1.5（不是0.5） - 如果要类比整数的非负效果，也得自己调整：
fmod(a, b) + (fmod(a, b) -
fmod在极端值（如无穷、NaN）下行为需查文档，生产环境建议加输入校验
自定义类型不能直接用 %，得重载或转换
对 std::vector、自定义 BigInt 或 Duration 类型，a % b 编译不过，因为没定义该运算符。
解决路径只有两条：显式转成内置整型（如果语义安全），或重载 operator%。
- 比如
std::chrono::seconds s{100}; auto r = s.count() % 60;—— 先取count()再算 - 重载时注意：返回类型应与操作数逻辑一致；别忽略除零检查；避免隐式转换引发歧义
- 常见坑：重载了
%却没同步重载/和*，导致a == (a / b) * b + (a % b)不成立
性能和常量折叠：编译器会优化掉简单 % 运算
写 int x = 12345 % 100;，现代编译器（GCC/Clang/MSVC）基本都直接替换成 45，不生成除法指令。但前提是两个操作数都是常量表达式。
一旦有变量参与，比如 n % 100，编译器是否用位运算替代，取决于除数是否是 2 的幂（如 % 64 可能转成 & 63），否则仍调用硬件除法指令。
- 对性能敏感场景（如内层循环），避免
%除非常量已知，否则考虑预计算或查表 -
%除数为 0 是未定义行为，编译器不会帮你检查，运行时崩溃或静默错误都可能 - 交叉编译时注意：某些嵌入式平台除法指令极慢，
%成为性能瓶颈点
负数余数、浮点限制、类型边界、运行时除零——这些不是边缘情况，而是日常写 % 时最常漏掉的细节。
