Python 3.x 舍入行为

Question

我刚刚在重读 What’s New In Python 3.0它指出:

The round() function rounding strategy and return type have changed. Exact halfway cases are now rounded to the nearest even result instead of away from zero. (For example, round(2.5) now returns 2 rather than 3.)

和round 的文档:

For the built-in types supporting round(), values are rounded to the closest multiple of 10 to the power minus n; if two multiples are equally close, rounding is done toward the even choice

因此，在 v2.7.3 下:

In [85]: round(2.5)
Out[85]: 3.0

In [86]: round(3.5)
Out[86]: 4.0

如我所料。但是，现在在 v3.2.3 下:

In [32]: round(2.5)
Out[32]: 2

In [33]: round(3.5)
Out[33]: 4

这似乎违反直觉并且与我的理解相反四舍五入(并且一定会绊倒人)。英语不是我的母语，但在我读到这篇文章之前，我以为我知道四舍五入是什么意思:-/我确定在引入 v3 时，一定有一些讨论这个，但我在搜索中找不到充分的理由。

1. 有没有人知道为什么会变成这样？
2. 是否有任何其他主流编程语言(例如，C、C++、Java、Perl， ..)执行这种(对我来说不一致的)舍入？

我在这里错过了什么？

更新:@Li-aungYip 对“Banker's rounding”的评论给了我正确的搜索词/关键词来搜索，我发现了这个 SO 问题:Why does .NET use banker's rounding as default? ，所以我会仔细阅读。

Answer 1

Python 3 的方式(称为“round half to even”或“银行家舍入”)被认为是当今的标准舍入方法，尽管一些语言实现尚未上线。

简单的“always round 0.5 up”技术会导致略微偏向于较大的数字。对于大量计算，这可能很重要。 Python 3.0 方法消除了这个问题。

常用的舍入方法不止一种。 IEEE 754 是 float 学的国际标准，定义了 five different rounding methods (Python 3.0 使用的是默认的)。和 there are others .

这种行为并没有像它应该的那样广为人知。如果我没记错的话，AppleScript 是这种舍入方法的早期采用者。 round command in AppleScript提供了几个选项，但 round-toward-even 是 IEEE 754 中的默认设置。显然，实现 round 命令的工程师已经厌倦了所有“让它像我一样工作”的请求learned in school”，他实现了:round 2.5 rounding as teached in school 是一个有效的 AppleScript 命令。 :-)