一个关于四舍五入的坑

最近在公司的项目上遇到这样一个问题,商品的支付金额在各种奇葩的满减之后会产生三位小数。之前对于金钱统一处理的函数是保留两位小数末位四舍五入,但是最后计算的金额发现和后台有1分钱的误差,经过排查之后发现这个问题来自toFixed()。

在控制台打印测试

console.log(1350.135.toFixed(2))  // 1350.13
console.log(1350.125.toFixed(2)) // 1350.13

可以发现toFixed()并不是简单的四舍五入

经过搜索发现准确的说toFixed()应该是四舍六入,而5的情况很复杂。

和后台小伙伴调试很久发现后台的四舍六入和toFixed()仍然不一致

解决方法前后台统一使用四舍五入,前端计算可以使用Math.round(num*100)/100

转载于:https://www.cnblogs.com/zjwxy/p/9364977.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值