为什么我得到的结果与std::fmod和std::remains不同
Why am I getting a different result from std::fmod and std::remainder
在下面的示例应用程序中,我使用std::fmod
计算953
除以0.1
的浮点余数
我所期待的是,自953.0 / 0.1 == 9530
以来,std::fmod(953, 0.1) == 0
我得到了0.1
-为什么会这样
注意,使用std::remainder
,我得到了正确的结果。
即:
std::fmod (953, 0.1) == 0.1 // unexpected
std::remainder(953, 0.1) == 0 // expected
两种功能之间的区别:
根据cppreference.com
std::fmod
计算如下:
恰好是值x - n*y
,其中n
是其分数部分截断的x/y
std::remainder
计算如下:
精确的值x - n*y
,其中n
是最接近精确值x/y
的整数值
考虑到我的输入,我希望两个函数都有相同的输出。为什么不是这样
示例应用程序:
#include <iostream>
#include <cmath>
bool is_zero(double in)
{
return std::fabs(in) < 0.0000001;
}
int main()
{
double numerator = 953;
double denominator = 0.1;
double quotient = numerator / denominator;
double fmod = std::fmod (numerator, denominator);
double rem = std::remainder(numerator, denominator);
if (is_zero(fmod))
fmod = 0;
if (is_zero(rem))
rem = 0;
std::cout << "quotient: " << quotient << ", fmod: " << fmod << ", rem: " << rem << std::endl;
return 0;
}
输出:
quotient: 9530, fmod: 0.1, rem: 0
因为它们是不同的函数。
std::remainder(x, y)
计算IEEE余数,其为x - (round(x/y)*y)
,其中round
将半舍入为偶数(因此特别是round(1.0/2.0) == 0
)
CCD_ 20计算CCD_。当你用953
除以0.1
时,你可能会得到一个略小于9530的数字,所以截断得到9529。因此,您得到953.0 - 952.9 = 0.1
欢迎使用浮点数学。事情是这样的:十分之一不能用二进制精确表示,就像三分之一不能用十进制精确表示一样。因此,除法产生的结果略低于9530。楼层运算产生整数9529,而不是9530。然后剩下0.1。
相关文章:
- 使用std::multimap迭代器创建std::list
- C++中std::resize(n)和std::shrink_to_fit之间的区别
- 来自 std::list 的迭代器 .end() 按预期返回"0xcdcdcdcdcdcdcdcd"但 .begin()
- C++17复制构造函数,在std::unordereded_map上进行深度复制
- 如何导出包含具有"std::unique_ptr"值的"std::map"属性的
- 从持续时间构造std::chrono::system_clock::time_point
- std::具有相同基类的类的变体
- std::向量与传递值的动态数组
- 使用std::vector的OpenCL矩阵乘法
- std::map<struct,struct>::find 找不到匹配项,但是如果我循环通过 begin() 到 end(),我在那里看到匹配项
- std::condition_variable::wait()如何评估给定的谓词
- 如何获取std::result_of函数的返回类型
- std::原子加载和存储都需要吗
- 将对象移动到std::shared_ptr
- POCO::PostgreSQL:如何将std::vector支持添加到`Binder::bind`
- 使用一个考虑到std::map中键值的滚动或换行的键
- 如何从 std::atomic 中提取指针 T<T>?
- 为什么 std::unique 不调用 std::sort?
- 了解 std::fmod 和 std::余数
- 为什么我得到的结果与std::fmod和std::remains不同