准备开发和钱有关的功能，还有哪些地方要注意

1.涉及汇率，可能出现小数，例如中东项目一般要保留到 7 位小数。
2.事务回滚，一定要严测事务一致性。
3.操作日志，任何一步都要有日志（写入数据表里的日志）

操作全部记录，记录多处备份
自动计算审核，必要时人工审核

汇率汇率汇率 重要的事说三遍 一定要注意汇率（如果涉及外币）

幂等...
还有存时间戳

银行的套路，出现问题就崩溃，不会带着 bug 运行

跨国电商. 汇率小数点后 10 位了解一下..主要要支持很多币种, 比如 1 USD :13000 INR 的 INR. 1 USD: 23000 的 VND.
稍微金额一大, 肉眼可见的误差.

一定要做好防护，例如熔断，将损失控制在一定范围内。
人是不可靠的，bug 也避免不了，得能够保障整个体系做到允许损失几万、几十万，但绝不能损失上千万

存成分在算汇率的时候要特别注意，"一分钱能换到 0 美分"这种奇葩，反正做分母的时候一定要设置最小值…

@rainysia。。。。。。真没想到啊，，。。。。

注意 事务和锁 select * from id for update 可以参考参考。

数据库的金额字段：用 decimal，控制好小数位数，例如 decimal(20,6)，或者 decimal (20, 8)，按实际需要定制小数位数。
数据库表设计和业务逻辑：账务系统是金融电子系统的核心，账务系统记录了用户、商户、客户等包括平台相关账户（运营账户、营收账户）的当前资产和资产流向。可以先了解复式记账，资产类型，热点账户等。
数据库事务隔离：MySQL 的话，优先 READ-COMMITTED，性能好一些 ，REPEATABLE-READ 对实时对账逻辑设计友好一些。
锁：在性能和安全上做平衡。
对账：如果没有分布式事务的问题，通过账务系统可以进行实时对账。如果涉及到分布式事务、TCC 柔性事务、使用消息队列做事务补偿时，以上情况需要对对账系统做额外设计。
编程语言：使用类似 bigdecimal 库，注意进位方式。
前端展示：建议不要做过多的计算（前后台计算的进位选择不一致，导致展示上不一致），直接让后台返回计算好的结果（字符串）。
技术之外的建议，政策、法律法规、权限等多多做功课。

价格计算千万要放在后台，前端只能传货物 id 和货物数量上来，然后你后端就根据货物 id 从数据库查出货物单价，然后让货物单价*货物数量，得出来的价格（先不考虑折扣之类的附加项）丢给各种支付 api 处理。。。。。。。


还有如果你要和支付宝或者微信支付做对接，你要清楚微信支付和支付宝是以分为单位的，记得区分好元和分，例如你要转 1 块钱给别人，那么你传给支付宝或者微信支付的数据就是 100，我上家公司试过，数据库里面把价格单位定为元，然后一小哥没做转换，看到微信支付支付成功回调返回来的价格字段是 10000 （ 10000 分就是 100 块的意思），自然而然没有做转换所以把价格也存为 10000，导致了一些客户存 100 块能体现 10000 块的 bug。。。。

数据库 decimal . java bigdecimal .
我觉得这个不好的点就是. 写计算公式的时候 代码又臭又长

php 记得只要把单位调低 数字变大就避免了很多问题，

100 分 = 1 元

技术实现问题都不大，准备点钱赔差额就行