前情提要:
浮点运算结果不准确算不算是 bug ?任何人都不想得到不准确的结果吧 https://v2ex.com/t/637166#reply54
假设有 10 块钱需要给三个人平均分配,精确到分。如果纯粹是四舍五入的话,每个人都会得到 3.33 元。这时候剩下的 1 分钱应该怎么处理呢?
我不是做这行的,单纯只是好奇。
1
Xbluer 2020-01-12 13:24:20 +08:00 2
最后一个人得款是总额减去其他人得款。
|
2
eason1874 2020-01-12 13:24:43 +08:00
不会处理的可以把那 0.01 转给我,把余数都给我,就没有余数了。
|
3
azh7138m 2020-01-12 13:25:15 +08:00 via Android
不是 bug,因为它是浮点数。
怎么处理看 PM 心情了。 |
4
ipwx 2020-01-12 13:28:45 +08:00 via Android
用 decimal 不用 float,流行的语言基本标准库都有。
|
5
loading 2020-01-12 13:30:25 +08:00
金融计算有专门的库,不会有误差。
记得有个方案是,把金额按 1000 倍存的。你的 3.33 元,在数据库是 3330 |
7
loading 2020-01-12 13:31:46 +08:00
对于你这个分钱问题,似乎是有处理方式的,记不起来了。
|
9
andy101wong 2020-01-12 13:38:21 +08:00 via Android 2
现实怎么处理就怎么处理, 计算机解决不了 3.3333..... ,现实也做不到 10 元钱三等分啊。
|
10
delectate 2020-01-12 13:41:25 +08:00
小数点后取两位数,不进行任何四舍五入。
总金额再减去每份求和,得到差额,加入其中某一份即可。 这也是大多数电商、支付平台分期的算法。 |
11
dangyuluo OP @andy101wong 哈哈哈,我光想着技术怎么处理了,忽略了现实的问题
|
12
Mavious 2020-01-12 15:10:42 +08:00
某金融平台,很直接,不搞四舍五入,直接砍小数。
比如应分配 13.33333 元,只给你 13.33 ,应得 16.598 元,只给你 15.59 ,小数点后第三位直接砍掉,不进位。 至于多出的那一分钱,嗯哼,当然是平台拿走啦,轮不到用户的。 |
13
ershierdu 2020-01-12 15:30:44 +08:00 via iPhone
看标题我还以为是说用 float 存金额…
|
14
hhyyd 2020-01-12 15:39:22 +08:00
我们现在做的是,个人分 10 块,3.33 ,3.33 ,10-3.33-3.33 ,减法是没有误差的。也不会因为 0.01 而影响用户体验
|
15
tfdetang 2020-01-12 15:47:24 +08:00
怎么根据我所知,金融行业通行的标准做法是 四舍六入五成双。
|
16
imn1 2020-01-12 16:56:59 +08:00
不用电脑你说 10 块钱 3 个人怎么平分?
电脑只是工具……不如上街问问那些“智能机器人”这个问题,看看是什么答案,会不会不同机器人有不同的答案 |
17
wccc 2020-01-12 20:41:28 +08:00
入库六位,百分比计算,加到最后
|
18
ziseyinzi 2020-01-12 22:52:32 +08:00 via Android 6
某次淘宝买一个一元包邮的东西,发现可以花呗免息分期。变成了 0.33 元 x3 期,省了一分
|
19
des 2020-01-12 23:06:59 +08:00
发现这个问题,然后去补了一下知识,下面是我总结的,不一定完全对
1、不能用浮点存小数是以讹传讹 2、不同场景有不同处理,平分一般是加到最后一个人 3、银行还是四舍五入用的最多,主要还是接受的人最多 4、银行会定期对账,这些舍入应该都是在可接受的范围内的 5、银行也在大把的用浮点数。最重要的一点是,误差可控,就比如计算复利 6、钱其实精度要求还算是低的,麻烦的有很多,比如金价 7、误差其实只在进制转换时发生(这个我也不是很确定) 如果有哪里说的不对,希望有人能帮忙指正一下 |
21
czhfrank 2020-01-13 02:59:11 +08:00 via iPhone
除法出问题是你分钱的时候的问题,不是记账的问题,记账只记加减,从一个人口袋到另一个人口袋。这问题跟计算机更是八竿子打不着
|
22
NewTab12138 2020-01-13 09:09:14 +08:00
为什么不以分为单位来算,而使用元为单位
|
23
KyonLi 2020-01-13 09:36:25 +08:00
@NewTab12138 一千分平均分给三人不还是一样的问题
|
24
hc181533609 2020-01-13 09:48:06 +08:00
@KyonLi 看最小的单位呗 分还是厘
|
25
hc181533609 2020-01-13 09:49:06 +08:00
@KyonLi 不好意思 回错人了
|
26
fancy111 2020-01-13 10:01:19 +08:00
程序设计的时候就没设计所谓平分的状态,10 元给三人的时候肯定设计的是有一个多一点余数的。
而且本身 10 元就不可能平分给三个人吧。 |
27
ccgoing10 2020-01-13 10:03:08 +08:00
ebs 里面,如果有分摊客户都会要求最后一个倒减
|
28
jzbax1230 2020-01-13 10:05:27 +08:00
如果按比例乘,肯定会员 0.01 的精度问题 最后一笔减出来
|
29
wensonsmith 2020-01-13 10:12:30 +08:00
|
30
racecoder00 2020-01-13 10:27:50 +08:00
Java 银行家舍入:RoundingMode.HAIL_EVEN
|
31
zxcjqyy 2020-01-13 10:52:56 +08:00
我刚看淘宝某品牌手机 4199.00 元,花呗分期免手续费分 3 期,1399.67 元。
计算器算得 4199/3=1399.666666..元,四舍五入了 |
32
jjianwen68 2020-01-13 10:56:18 +08:00
余数当然留给自家公司了
|
33
mxT52CRuqR6o5 2020-01-13 11:12:18 +08:00 via Android
@andy101wong 对的,这个问题和浮点数和计算机根本没关系
|
34
Hilong 2020-01-13 11:14:34 +08:00 via Android
说起这个,很早期的银行结算小数点四位后的好像就直接丢弃,有个人发现了,把这个转到了自己的账号,挣了几百上千万后被发现了
|
37
opengps 2020-01-13 12:32:49 +08:00
第一个或者最后一个用来处理余数问题,一向如此
|
38
mcfog 2020-01-13 14:14:00 +08:00
平分: 不用总量 /份数,而是用“剩余量 /剩余份数”,就能控制误差在最多一分,算等额本息还款等场景类似,相当于把每次舍入造成的误差积累起来摊在下面一份,而不是全堆在最后或者最开头
舍入:银行家算法 (四舍六入五成双) |