php模运算符%到底算的是余数还是取模
PHP 的 % 是**取余运算符（remainder）**，不是数学意义上的取模（modulo），这点直接影响负数结果。它遵循被除数的符号：比如 7 % 3 得 1，但 -7 % 3 得 -1，而 7 % -3 也得 1（符号只看左操作数）。如果你需要真正按模运算（比如循环索引、哈希桶），得自己处理负数：
- 用
($a % $b + $b) % $b强制转为正余数（适用于 $b > 0） - 或封装成函数：
function modulo($a, $b) { return ($a % $b + $b) % $b; } - 注意：$b 为 0 会触发
Division by zero警告，必须提前判断
数组循环分组时%怎么避免越界
常见于“每 3 个元素一组”这类需求，比如渲染栅格列表。错误写法是直接用 $i % 3 == 0 判断是否新开一行——这在 $i = 0 时就成立，但第 0 个其实是第一个元素，容易多包一层。
- 正确做法是用
$i % $groupSize === 0表示“当前是某组第一个”，但起始位置要配合逻辑调整 - 更稳妥的是基于索引偏移：
if (($i + 1) % $groupSize === 0)表示“当前是某组最后一个” - 如果 $groupSize 是变量，确保它不为 0 或负数，否则
%结果不可靠 - 注意：浮点数不能用于
%，PHP 会静默转成整数，5.9 % 2实际算的是5 % 2
% 和 fmod() 选哪个
当操作数可能是浮点数（比如计算时间偏移、坐标归一化），% 会强制截断小数部分，结果可能出人意料；fmod($a, $b) 才是真正的浮点取余函数。
-
10.5 % 3→1（因为10.5被转成10） -
fmod(10.5, 3)→1.5（保留小数精度） -
fmod()返回值符号与%一致（同被除数），但支持浮点输入 - 性能上
%快得多，纯整数场景别用fmod()自找麻烦
用%做奇偶判断为什么有时失效
看起来简单：$i % 2 === 0 是偶数。但它在非整数、字符串或 null 上行为诡异。
立即学习“PHP免费学习笔记（深入）”；
-
"3" % 2→1（字符串自动转整数） -
null % 2→0（null转成0，导致误判为偶数） -
false % 2→0（false转成0） - 安全做法：先用
is_int($i)或ctype_digit((string)$i)校验类型，再用% - 或者改用位运算：
$i & 1 === 0（更快，但仅限非负整数）
负数、类型隐式转换、浮点数混用——这三个地方最常让 % 看似“不对劲”。写之前先想清楚：你到底要余数，还是要周期性映射，还是只是奇偶开关。
