或者有没有可能操作会失败？
谢谢。
我选择了错误的术语，我真正的意思是四舍五入到 0，而不是截断。
关键是，我需要比较两个双精度的整数部分，我只是将它们转换为 int，然后使用 ==，但是，正如有人在我之前的一个问题中指出的那样，这可能会引发溢出如果双精度不能放入整数，则异常。
所以问题是'使用 == 运算符比较两个先前舍入为 0 的双精度值是否正确，或者我应该坚持转换为 int 方法并捕获可能的异常？
【问题讨论】：
标签： .net floating-point compare rounding
Here's the updated site 讨论了几种比较浮点数的方法的优缺点。 （您仍然可以查看old site here。）
我要采用的方法是“相对误差”方法。找出两个数字之间的差异，将其转换为数字的百分比，如果该百分比足够小，那么您就得到了相等。
【讨论】：
更糟糕的是，有时，即使是完全相同的数字，它也会失败。这是因为一些编译器或处理器将在 CPU 寄存器中使用比在内存中更多的精度位（例如，MSVC 有 3 种不同的浮点行为选项）。因此，最近计算的值可能不会截断这些位，并且看起来不相等。永远不要在浮点数上使用 ==。
【讨论】：
由于浮点表示的正常问题，它仍然可能失败。与其截断它们，不如使用表示等效精度的增量。
如果您有两个通常认为相同的浮点数，它可能会失败，
10.19999999
10.20000001
但是当你截断它们时，它们会给出不同的结果。
10.19
10.20
然而，如果我使用 0.001 的 delta 来比较差异，我会发现这两个值实际上是相同的。
【讨论】：
将== 与浮点一起使用是不正确的。
在浮点上下文中“截断”是什么意思？你在调用什么特定的库函数？结果是什么？是什么让您相信“截断”值比非截断值更具可比性？
浮点是十进制值的近似值。浮点数只能精确表示二的幂。无论您执行何种浮点运算，所有其他值都会出现一些错误。
但是，如果您转换为整数，则可以使用 ==。
【讨论】：
如果您的绝对值小于 2^23（单人）或 2^52（双人），您可以使用 round() 然后进行比较。 较大的值无法精确存储，这适用于 N == N+1 的情况。
【讨论】：