javascript 的 % 是取余而非取模，因除法向零取整导致负数结果异于数学取模；正确取模应使用 const mod = (a, n) => ((a % n) + n) % n。
JavaScript 的 % 运算符不是数学意义上的“取模”（modulo），而是“取余”（remainder），二者在操作数符号不同时结果不同。这是许多开发者踩坑的根源，尤其在循环索引、周期计算或负数边界处理中容易出错。
核心区别：定义逻辑不同
取余（JavaScript 的 %）基于**除法截断（truncating division）**：先做除法，向零取整得到商，再用被除数减去「商 × 除数」得到余数。
取模则基于**向下取整除法（floor division）**：商总是向下取整，因此模的结果始终与除数同号。
例如：(-7) % 3 → 商为 -2（-7/3 ≈ -2.33，向零取整得 -2），余数 = -7 − (-2 × 3) = -1((-7) mod 3)（数学取模）→ 商为 -3（向下取整 -2.33 得 -3），模 = -7 − (-3 × 3) = 2
JavaScript 中实现真正取模的常用方法
若需行为一致的非负模结果（如数组循环索引、角度归一化），可封装一个 mod 函数：
立即学习“Java免费学习笔记（深入）”；
- 最简健壮写法：
const mod = (a, n) => ((a % n) + n) % n;—— 先加n再取一次余，自动把负余数“翻正” - 适用于任意整数
a和正整数n；若n可能为负，建议先取绝对值或限定为正 - 注意：该式对大数或浮点数仍有效，但浮点精度误差可能影响结果（如
0.1 + 0.2类问题）
典型易错场景与规避建议
以下代码看似合理，实则隐含负数风险：
-
arr[-1 % arr.Length]→ 若arr.length === 3，结果是arr[-1]（undefined），而非预期的arr[2] -
const angle = -400; const normalized = angle % 360;→ 得-40，不是想要的320 - 正确做法：统一用
mod(angle, 360)或mod(index, arr.length)
浏览器与规范依据
ecmascript 明确将 % 定义为“remainder operator”，其算法在规范中写为：
令 r = p − (q × d)，其中 q 是 p/d 向零截断后的整数（即 math.trunc(p / d)）。
这与 C、Java 等语言一致，但不同于 Python 的 %（它是真取模）。
所以这不是 bug，而是设计选择——理解它，才能用好它。