负数取模结果差异：解释型语言JavaScript为何返回-14%3=-2？

这问题问到点子上了！其实根本不是编译型/解释型的分类在起作用，核心原因是不同编程语言对「取模/余数运算」的规则定义不一样，尤其是对运算中商的取整方式有两种主流选择：

两种核心取整规则 #

我们先回到数学上的基本关系：对于任意整数a和正整数b，必然存在唯一的商q和余数r，满足：

a = q * b + r

不同语言的分歧就在于q的取值方式：

• 截断向零取整：把商的小数部分直接砍掉，保留和原数同号的整数。比如-14 / 3的结果是-4.666...，截断后q=-4。代入公式计算余数：r = -14 - (-4)*3 = -14 +12 = -2。C、JavaScript、Perl等语言采用这种规则。
• 地板取整（向负无穷取整）：把商取小于等于它的最大整数。比如-14 /3 = -4.666...，地板取整后q=-5（因为-5是比-4.666更小的整数）。代入公式得：r = -14 - (-5)*3 = -14 +15 =1。Python、Ruby、Elixir等语言用这种规则。

为什么JavaScript作为解释型却返回-2？ #

这得从JS的设计背景说起：JavaScript最初是为浏览器快速开发而生，语法和运算逻辑大量借鉴了C语言（毕竟当时C是最主流的系统语言）。ECMAScript标准（JS的官方规范）也明确规定了%运算符的行为是使用截断向零取整的商来计算余数，所以不管是哪个JS引擎，执行-14%3都会得到-2。

打破「编译/解释型」的刻板印象 #

其实你观察到的「编译型大多返回-2，解释型大多返回1」只是个巧合，不能作为分类依据：

• 编译型语言里，Rust的-14 %3返回-2（和C一致），但某些小众编译型语言也可能选择地板取整；
• 解释型语言里，Perl的-14%3返回-2（和JS一致），而Ruby则和Python一样返回1。

说白了，这完全是语言设计者在制定规范时的选择——是偏向贴近硬件的截断取整（适合系统级运算），还是偏向数学定义的地板取整（适合数值计算场景）。

内容的提问来源于stack exchange，提问作者user8098600