给得很高啊，这价格还能 955 ，比 T9 都爽

羡慕嫉妒恨

不要给吃的。
一定要惩罚到让它觉得做了 XX 行为，后面就没地下吃了为止。
下次抓到现行之后当面把粮撤走几天

我刚思考了下，得出一个看上去奇怪的结论：
a <= b 应该是 a < b + epsilon
a < b 应该也是 a < b + epsilon

@v2exblog 嗯……反正别用自带的浮点数，就是个白板

@v2exblog 这情况直接用 decimal 包会好一点吧……

@ipwx 首先感谢回复，其实我也算科班，考的 408 ，985 硕毕业，计组刷过没有 5 遍也有 3 遍，IEEE 754 的题更是做到烂
但是我不认为您这样上来就用"科班"来打标签并 diss 别人是什么好行为。
计科的学生学完 IEEE 754 上机后就不会踩浮点数==的坑啦？真不见得。

下面回到就事论事，我再次搜集了些资料，补充一下自己的看法
```
浮点数比较的正确方法：

a == b 应该是 abs(a - b) < epsilon # 这个没问题，或者使用 math.isclose
a <= b 应该是 a < b + epsilon # 这个也没问题，我想了下，这个应该算是“最佳实践”，感谢分享
a < b 这个倒可以直接 a < b # 理论上没问题，但是我感觉会很多人会踩坑，下面示例
```

def CompareTwoFloat(v1 :float, v2 :float):
if v1 < v2:
pass # 小于的情况，啪啦啪啦写代码
elif v1 > v2:
pass # 大于的情况，啪啦啪啦写代码
else:
pass # 等于的情况，啪啦啪啦写代码

v1 = 2.2 * 3 # 6.6
v2 = 3.3 * 2 # 6.6
CompareTwoFloat(v1, v2)

一个不小心就会踩坑，实际上走分支 1 ，
实际上必须先判断 isclose 去掉 equal 的情况再比较大于小于，真是坑死了

@iBugOne 感谢回复，我跑了下确实有区别，但是你提到的
2.2*3 是一个常量 我没有理解，google 了下也没搜到什么内容，似乎是 go 对常量表达式有优化

@lunaticus7 这个方式不错，就是麻烦点，要把所有可能要比较的浮点数都用 decimal 转一遍

@yaojin 习惯了熬夜……

@secondwtq
我回头看下 谢谢

@gstqc 我试了下 go 可以的

func Test_FloatEqual(t *testing.T) {
v1 := 2.2 * 3
v2 := 3.3 * 2
fmt.Println(v1, v2, v1 == v2, v1 <= v2, v1 >= v2)
}

输出结果：
=== RUN Test_FloatEqual
6.6 6.6 true true true
--- PASS: Test_FloatEqual (0.00s)
PASS

@chevalier
啊，我理解部分小数无法精确存储
只是其他语言没这么麻烦的

@gstqc
谢谢引用，所以
v1>=v2 要改写成
math.isclose(v1, v2) or v1 > v2

这样有点繁琐了吧……

普华永道不是挺好的吗 还可以上上海户口，为什么 4 楼反映这么强烈……？
帮顶一下

@yve11 不会 java 只会 go

20 天年假！

肯德基需要半年内消费过一笔
八合里海记送生日券
上海的耶里夏丽也送券