Question

我对模数有疑问。模运算找到一个数除以另一个数的余数。我期待0.5％0.1 = 0的结果。但是当我在PHP或.net中运行时，我得到0.1。

我运行的php中的代码是：

var_dump(fmod(0.5, 0.1));

在.net中我尝试了以下结果：

Console.WriteLine(0.5%0.1);

我还尝试了在线计算器http://www.calculatorpro.com/modulo-calculator/。

所有这3种方法都给了我0.1作为答案。

但是当我在谷歌中输入此内容时，我得到的结果是我预期的http://www.google.nl/search?source=ig&hl=nl&q=0.5%20mod%200.1&meta=。

这是.net / php中的错误还是谷歌知道正确的答案？谁能解释为什么会出现这些差异？

Answer 1

这不是一个错误，因为模数操作也可以在浮点数上定义。在您的PHP代码中，您明确地使用fmod()而不是%，并且在.NET中，%运算符在每个数字类型（check reference）上定义

Answer 2

您在PHP或C＃或C ++或Python中获得的数字或者当您要求0.1时的数字是双精度浮点数，这意味着它是一个有限的“十进制” - 包含53个有效位，包括第一个1 -bit - in base 2.实际上你得到的是最接近的完全可表示的数字到0.1，我认为这正好是0.1000000000000000055511151231257827021181583404541015625。

另一方面，0.5 是有限的“双重”;当你提出要求时，你得到的价值恰好是0.5。

因此，0.5只是小于“0.1”的5倍，因此“0.5 mod 0.1”实际上给你的东西略小于0.1。事实上，我认为它正好是0.0999999999999997779553950749686919152736663818359375。

现在，当您询问PHP或C＃或其他任何显示此数字时，它将显示一些有限的数字。你真的不希望它显示整个可怕的事情。（考虑一下：假设你只要求显示0.1;你想要一个无数字的怪物，或者你想要“0.1”吗？这么想。）这个数字实际上非常接近0.1;除非你要求超过15位数的精度，否则显示的正确值只是“0.1”。

观察（这是Python，我碰巧有用）：

>>> for n in range(10,20): print (("%%.%dg"%n)%(0.5%0.1))

0.1
0.1
0.1
0.1
0.1
0.1
0.09999999999999998
0.099999999999999978
0.0999999999999999778
0.0999999999999999778

所以：不是错误;实际上并不是浮点数不适合“精确计算”（有时它是合适的，有时不合适;事情是要了解它正在做什么以及你需要什么）;可能会或可能不会表明您使用整数做得更好，具体取决于您的实际需求。

有关这些内容的更多信息，请参阅"What every computer scientist should know about floating-point arithmetic"。

至于Google的计算器为什么给出0的预期答案，我不知道。也许他们正在使用十进制算术 - 真正的基数为10的数字 - 以尽量减少意外的惊喜。（这通常比使用本机浮点慢得多，但谷歌有一个很多的CPU可用，我只打算他们的搜索处理机器所做的一小部分工作与计算器。）

Answer 3

0是整数答案，0.1是右浮点结果

另外看看wolframalpha：http://www.wolframalpha.com/input/?i=0.5+mod+0.1

Answer 4

如果你想评估0.5%0.1，你可能（并且应该）使用整数算术。例如，如果您正在计算涉及货币的内容，通常最好将分数存储为整数，而不是将该数量存储为浮点数。

为什么在不同的编程语言中0.5 mod 0.1的结果不同？

4 个答案: