python 除法取模_Golang中除法和取模运算与Python3的区别

我不是女神ヾ 2023-01-05 12:02 189阅读 0赞

## Golang中除法和取模运算与Python3的区别 ##

个人主页：\[https://polar9527.github.io\]  
除法的取整分为三类：向上取整、向下取整、向零取整。

1.  向上取整：向+∞ 方向取最接近精确值的整数。在这种取整方式下， `5 / 3 = 2`， `-5 / -3 = 2`， `-5 / 3 = -1`， `5 / -3 = -1`。
2.  向下取整：向-∞ 方向取最接近精确值的整数。在这种取整方式下， `5 / 3 = 1`， `-5 / -3 = 1`， `-5 / 3 = -2`， `5 / -3 = -2`。
3.  向零取整：向 0 方向取最接近精确值的整数，换言之就是舍去小数部分，因此又称截断取整。在这种取整方式下， `5 / 3 = 1`， `-5 / -3 = 1`， `-5 / 3 = -1`， `5 / -3 = -1`。

然后由除法结果根据如下公式推导出模运算结果。  
a / b = q a % b = r b \* q + r = a  
Python3 向负无穷大取整  
\-5 / 3 = -(1.66666)=-2 -5 % 3 = r a = -5 b = 3 q = -2 3 \* (-2) + r = -5 r = 1  
Golang 向零取整  
\-5 / 3 = -(1.66666)=-1 -5 % 3 = r a = -5 b = 3 q = -1 3 \* (-1) + r = -5 r = -2 -5 / -3 = 1.66666 = 1  
那么，为何 Python 整除运算采用向下取整的规则，详细内容在Why Python’s Integer Division Floors？，简单地来讲就是：  
因为 python 认为余数 r 用到的机会会更大，采用向下取整的规则可以保证余数 r 与除数 b 的符号相同（同正或者同负）。  
假设 a 和 b 都>=0 时， b \* q + r = a， 0 <= r < b 如果希望将这一关系扩展到 a 为负(b 仍为正)的情况，有两个选择：一是 q 向 0 取整，r 取负值，这时约束关系变为 0 <= abs( r ) < b，另一种选择是 q 向下(负无穷方向)取整，约束关系不变，依然是 0 <= r < b。  
在数学的数论中，数学家总是倾向于第二种选择(参见如下 Wikipedia 链接)。 在 Python 语言中也做了同样选择，因为在某些取模操作应用中被除数 a 取什么符号并不重要。  
例如从 POSIX 时间戳(从 1970 年初开始的秒数)得到其对应当天的时间。因为一天有 24\*3600 = 86400 秒，这一操作就是简单的 t % 86400。但是当表达 1970 年之前的时间，这时是一个负数，向 0 取整规则得到的是一个毫无意义的结果！而向下取整规则得到的结果仍然是正确的。  
另外一个我能想到的应用是计算机图形学中计算像素的位置。我相信这样的应用还有更多。 顺便说一下，b 取负值时，仅需要把符号取反，约束关系变为： 0 >= r > b  
那么，现在的问题变成，C 为啥不采取(Python)这样的选择呢？可能是设计 C 时硬件不适合这样做，所谓硬件不适合这样做是说指那些最老式的硬件把负数表示为“符号+大小”而不是像现在的硬件用二进制补码表示(至少对整数是用二进制补码)。我的第一台计算机是一台 Control Data 大型机，它用 1 的补码来表示整数和浮点数。60 个 1 的序列表示负 0！  
Tim Peters 对 Python 的浮点数部分洞若观火，对于我想把这一规则推广到浮点数取模运算有些担心。可能他是对的，因为向负无穷取整的规则有可能导致当 x 是绝对值特别小的负数时 x%1.0 会丢失精度。但是这还不足以让我对整数取模，也就是//进行修改。  
附言：注意我用了//而不是/，这是一个 Python 3 语法，而且在 Python 2 中也是有效的，它强调了使用者是要进行整除操作。Python 2 中的 / 有可能产生歧义，因为对两个操作数都是整数时或者一个整数一个浮点数或者两个都是浮点数时，返回的结果类型不同。当然，这是另外的故事，详情参见 PEP238。  
参考：  
\[1\] https://www.cnblogs.com/zijin/p/3468802.html  
\[2\] http://python3.blogspot.kr/2010/08/why-pythons-integer-division-floors.html  
\[3\] http://python-history.blogspot.com/2010/08/why-pythons-integer-division-floors.html\]