Question

我有3.4的双倍。但是，当我将它乘以100时，它会得到339而不是340.这似乎是由double的精度引起的。我怎么能绕过这个？

由于

Answer 1

首先发生了什么：

3.4不能完全表示为二进制分数。因此，实现选择可表示的最接近的二进制分数。我不确定它是否总是向零舍入，但在你的情况下，代表的数字确实更小。
转换为整数 truncates ，即使用绝对值较小的最接近的整数。
由于两次转换都偏向同一方向，因此您始终可以获得舍入错误。

现在你需要知道你想要什么，但是你可能想要使用对称舍入，即找到最接近的整数，无论它是更小还是更大。这可以实现为

#include <cmath>
int round(double x) { std::floor(x + 0.5); } // floor is provided, round not

或

int round(double x) { return x < 0 ? x - 0.5 : x + 0.5; }

我不完全确定它确实向零舍入，所以如果您使用它，请验证后者。

Answer 2

如果您需要完全精确，可能需要使用类似Boost.Rational的内容。

Answer 3

您可以使用两个整数，并将小数部分乘以乘数/ 10.

E.g

int d[2] = {3,4};
int n = (d[0] * 100) + (d[1] * 10);

如果你真的想要小数点两边的所有精度。真的取决于应用程序。

Answer 4

浮点值很少是准确的。不幸的是，当将浮点值转换为C中的整数时，该值将向下舍入为零。这意味着如果你有339.999999，那么演员的结果将是339。

要解决此问题，您可以从值中添加（或减去）“0.5”。在这种情况下，339.99999 + 0.5 =＆gt; 340.499999 =＆gt; 340（转换为int时）。

或者，您可以使用标准库提供的众多转换函数之一。

Answer 5

您没有值为3.4的double，因为3.4不是可表示为双（至少在普通机器上，和大多数外来物种也是如此）。你拥有的是非常有价值的东西接近3.4。乘法后，你有一些非常值接近340.但肯定不是399。

你在哪里看到399？我猜你很简单使用int转换为static_cast，因为此操作截断为零。其他操作可能会做什么你想要的：输出固定格式，后面有0个位置十进制，例如，rounds（在实现中定义方式，但我所知道的所有实现都使用了默认情况下）;函数round向最近的舍入舍入在中途情况下远离零（但你的结果不会在中途附近的任何地方）。这是用于的舍入商业应用。

真正的问题是你在做什么需要精确的积分值。根据应用程序的不同，可能会更多适合使用int或long，将实际值缩放为必要的（即存储100倍的实际值，或无论如何），或某种十进制算术包，而不是而不是使用double。

double乘以整数精度

5 个答案: