电商环境中也常常出现这种除不尽的数据，现在研发的普遍做法末尾向上取整，
也就是你买了
A：30元
B：30元
C：30元 总价90员
用了优惠券10元，实际支付80元，那正常每个商品优惠。3.33333...，这时候运算规则会保留小数点后两位，在拖货退款的时候，优惠会叠加到最后退款的商品汇总，例如那就是A商品优惠3.33，B商品优惠3.33，C商品优惠3.34。
其实同理开去看微信群收款，群收款同样是以取整的方式，但不同的是，它不是发起方取整，群收款是以初发起方外其他人向上取整，
业务上的规则可能是微信的产品经理首先分位数上的价值，很少人会在意，所以等于强行补贴给群收款的发起方，
为啥不是发起方作为补贴呢，而是其他人补贴呢。
（1）群收款的人数会>3人，2人以上的均摊结果会低于1的人补贴的损失。比如2毛钱，2人均摊就是一人一毛，一个人负担就是2毛
（2）也是为了让用户乐于发起此项功能，本身使用这样的系统工具是作为人的日常负担了。你还要让发起方补贴，那不就是恶心人么，那使用者就会摒弃这个功能
