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