数字格式的货币格式化：前端开发处理金额显示最容易翻车的地方

导读： 数字格式的货币格式化：前端开发处理金额显示最容易翻车的地方做过电商结算页和金融看板的人都有体会，数字格式的货币格式化看着简单，坑其实一大堆。正确做法是把金额统一换算成最小货币单位（分或厘），用整数做运算，展示时再格式化。负数、零值、超大金额的展示规则也要在需求阶段就定死。...

数字格式的货币格式化：前端开发处理金额显示最容易翻车的地方

做过电商结算页和金融看板的人都有体会，数字格式的货币格式化看着简单，坑其实一大堆。千分位分隔、小数位数、币种符号、各地区的显示习惯，任何一处没对齐，用户看到的金额就是错的，客服工单马上就来。

最经典的翻车是直接拿 toFixed(2) 处理浮点运算结果。0.1 加 0.2 得到 0.30000000000000004，toFixed 只是显示截断，底层精度问题一点没解决。正确做法是把金额统一换算成最小货币单位（分或厘），用整数做运算，展示时再格式化。

格式化这一步我后来统一改用 Intl.NumberFormat，传 locale 和 currency 参数，浏览器自动处理千分位、小数位和符号位置。比如 zh-CN 加 CNY 出来就是"¥1,234.00"，完全不用手动拼字符串，维护成本降了一大截。

一个容易忽略的原则：state 里永远存原始数值，格式化只放在渲染层做。一旦把"¥1,234.00"这种字符串塞进状态数字格式的货币格式化：前端开发处理金额显示最容易翻车的地方，后续所有计算都得先 parse 回来数字格式的货币格式化，等于给自己埋了颗雷。负数、零值、超大金额的展示规则也要在需求阶段就定死。