在后端中,钱的处理不可谓之不重。
不同的系统要求的精度不一样,比如日常支付以分为单位便可以了,但是涉及到乘除运算(利息),那就需要更高的精度。
但是都有一个通用的做法,就是实现一个专门操作钱的类——Money。
大部分语言都有一些高精度(定点数)的工具(类),但是说实话,并不一定好用,不如自己写一个。
比如Java的BigDecimal,当用户使用非字符串进行初始化的时候,它是有精度损失的。
而数据库可能提供了decimal之类的数据类型(如mysql),但是大都十分占用内存,而且运算速度较慢。
还有的使用分为单位(如微信支付的接口),这个可以保证日常支付的需求,但是不符合程序员直观的认知(看到100想到的是100元而不是100分),容易出现疏漏。
而且转换的过程可能散落在前端后端的任意角落,难以把控,后续想要更换精度更是难上加难。
因此,建议不要使用默认的数据结构(对象),自建一个Money对象
。
- 该对象对外接口是以元为单位的,内部操作的精度是可配置的
- 所有的金额处理,交给该对象完成,屏蔽所有操作细节
- 由于精度由Money自己决定,当系统需要更换精度的时候,修改Money类即可。
- 内部的运算可以通过一个任意精度的计算器来实现
补充一些钱相关的易错点:
- 保证支付回调接口的幂等性,避免回调接口被多次调用,可以使用分布式锁(如setnx)
- 保证支付按钮的幂等性,避免支付按钮被多次点击
- 避免
退款退券退积分
等方式的循环使用(参考大学生白嫖肯德基被判刑事件) - 避免修改关联业务导致的副作用传播
对接其他系统时,避免精度转换导致的损失
- 金额计算必须放在后端