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