今天，我在看一些c++代码(别人写的)，发现了这一部分:
double someValue = ...
if (someValue < std::numeric_limits<double>::epsilon() &&
someValue > -std::numeric_limits<double>::epsilon()) {
someValue = 0.0;
}
我在想这到底说得通不合理。
epsilon()的文档说:
该函数返回1与可[用双精度符号]表示的大于1的最小值之间的差值。
这是否也适用于0，即()的最小值大于0?或者有没有0到0 +之间的数可以用双精度数表示?
如果不是，那么比较是不是等同于someValue == 0.0?
当前回答
可以用下面的程序输出一个数(1.0,0.0，…)的近似值(可能的最小差值)。输出如下: 0.0 = 4.940656e-324 1.0的是2.220446e-16 稍微思考一下就会明白，我们用来计算它的值的数字越小，指数就越小，因为指数可以调整到这个数字的大小。
#include <stdio.h>
#include <assert.h>
double getEps (double m) {
double approx=1.0;
double lastApprox=0.0;
while (m+approx!=m) {
lastApprox=approx;
approx/=2.0;
}
assert (lastApprox!=0);
return lastApprox;
}
int main () {
printf ("epsilon for 0.0 is %e\n", getEps (0.0));
printf ("epsilon for 1.0 is %e\n", getEps (1.0));
return 0;
}
其他回答
我认为这取决于你电脑的精度。 看一下这张表:你可以看到，如果用double表示，但你的精度更高，比较并不等于
someValue == 0.0
不管怎样，这是个好问题!
“1和大于1的最小值之间的差值”意味着1 +“机器零”，这大约是10^-8或10^-16，这取决于你是否使用双变量的浮点数。你可以用1除以2，直到计算机看到1 = 1+1/2^p，如下所示:
#include <iostream>
#include "math.h"
using namespace std;
int main() {
float a = 1;
int n = 0;
while(1+a != 1){
a = a/2;
n +=1;
}
cout << n-1 << endl << pow(2,-n);
return 0;
}
你不能把这个应用到0，因为有尾数和指数部分。 由于指数可以存储很小的数，小于， 但是当你尝试做一些类似(1.0 -“非常小的数字”)的事情时，你会得到1.0。 Epsilon不是值的指示器，而是值精度的指示器，值精度是尾数。 它显示了我们可以存储多少个正确的十进制数字。
使用IEEE浮点，在最小的非零正数和最小的非零负数之间，存在两个值:正零和负零。测试一个值是否在最小的非零值之间等价于测试与零相等;然而，赋值可能会产生影响，因为它会将负0变为正0。
It would be conceivable that a floating-point format might have three values between the smallest finite positive and negative values: positive infinitesimal, unsigned zero, and negative infinitesimal. I am not familiar with any floating-point formats that in fact work that way, but such a behavior would be perfectly reasonable and arguably better than that of IEEE (perhaps not enough better to be worth adding extra hardware to support it, but mathematically 1/(1/INF), 1/(-1/INF), and 1/(1-1) should represent three distinct cases illustrating three different zeroes). I don't know whether any C standard would mandate that signed infinitesimals, if they exist, would have to compare equal to zero. If they do not, code like the above could usefully ensure that e.g. dividing a number repeatedly by two would eventually yield zero rather than being stuck on "infinitesimal".
假设系统无法区分1.000000000000000000000和1.00000000000000001。这是1.0和1.0 + 1e-20。你认为在-1e-20和+1e-20之间还有一些值可以表示吗?
