编译器 clang version 13.0.0
Target: x86_64-pc-windows-msvc
Thread model: posix
其它编译器应该也有类似现象。

就是57，58，59这仨数的结果比较奇怪，是什么原因导致的呢？当然这样写是没有
59*100/100这样好，这样写就没有问题了。

#include <iostream>
using namespace std;

int main()  {
    cout << int(double(55)/100*100) << endl;
    cout << int(float(55)/100*100) << endl;
    cout << int(double(56)/100*100) << endl;
    cout << int(float(56)/100*100) << endl;
    cout << int(double(57)/100*100) << endl;
    cout << int(float(57)/100*100) << endl;
    cout << int(double(58)/100*100) << endl;
    cout << int(float(58)/100*100) << endl;
    cout << int(double(59)/100*100) << endl;
    cout << int(float(59)/100*100) << endl;
    cout << int(double(61)/100*100) << endl;
    cout << int(float(61)/100*100) << endl;
    return 0;
}

结果：
55
55
56
56
56      //奇怪，为何不是57? 此处用的是double
57
57      //奇怪，为何不是58？此处用的是double
58
59
58      //奇怪，为何不是59？此处用的是float
61
61
--
FROM 119.251.19.*

好奇地试了一下，你的问题在于对丢失精度的强制类型装换的理解，
这种转换不是四舍五入，而是直接截断。
理解了这一点，再试试下面的代码就能懂了
    cout.precision(9);
    cout << fixed << float(59)/100 << endl;
【 在 luchu 的大作中提到: 】
: 编译器 clang version 13.0.0
: Target: x86_64-pc-windows-msvc
: Thread model: posix
: ...................
--
FROM 183.131.109.*

1 64位机器上，float 和double 分别是32位和64位浮点数，虽然很多机器上float上也是8字节大小，他们浮点数存储标准应该是遵循IEEE XXX规则吧，查下编译器中对浮点数或IEEE 浮点标准里面有；

2 程序中数值运算会被编译器预计算，反汇编可以看出来；

3 float 和double 虽然存储单位单元相同，但操作的指令不相同，分别是movss/movsd, divss/divsd, cvttss2si/cvttsd2si


【 在 luchu 的大作中提到: 】
: 编译器 clang version 13.0.0
: Target: x86_64-pc-windows-msvc
: Thread model: posix
: ...................
--
修改:lambdago FROM 111.183.47.*
FROM 111.183.47.*

你要round，不应该加上半精度吗？
【 在 luchu 的大作中提到: 】
: 编译器 clang version 13.0.0  
: Target: x86_64-pc-windows-msvc  
: Thread model: posix  
: 其它编译器应该也有类似现象。  
:  
: 就是57，58，59这仨数的结果比较奇怪，是什么原因导致的呢？当然这样写是没有
: ..................

发自「今日水木 on 钛星」
--
FROM 222.129.49.*

float、double的格式是标准的，看看生成的汇编代码和内存中的32/64 unsigned integer值就知道了

这样写是存在编译器的优化计算问题的，是编译阶段的。

所有的优化问题：请对照看汇编代码！！！
--
修改:z16166 FROM 222.129.205.*
FROM 222.129.205.*