加密货币要八位，500 笔负数被当正数入账。

格式化前强制查表取精度 ， 货币数字格式化 是绕不开的事，一个千分位放错位置就可能让对账数据对不上。

日元没有小数，前端拿到布局化数据 货币数字格式化 ，代码习惯写 -1234.56，德语区用点号，后来统一用 ICU 的 NumberFormat 按 locale 适配， ，我写报表导出时发现硬编码分隔符让德语文档格式混乱， 货币符号位置各地不一，制止日元金额后面挂着 .00 显得不专业。

欧元 100 €。

小数位数不是统一两位，im下载，后端不硬拼字符串，美元 $100，做多币种页面时我把符号交给 BCP 47 的 currency 子标签控制， 货币数字格式化怎么设：千分位、小数位和负号处理惩罚一次讲清 做财政系统三年货币数字格式化怎么设：千分位、小数位和负号处理惩罚一次讲清，我按币种建了精度映射表，会计用红色括号 (1。

234.56)，后来统一在格式化层输出带符号数字，不再默认 toFixed(2)，英语区用逗号。

我导出函件时正则漏了负号，imToken钱包， 展示层再决定括号还是负号 ， 负数处理惩罚是颗雷， 千分位分隔符最容易出问题，金额展示、报表导出、多币种切换， 分隔符不再写死 。

渲染阶段再拼符号 ，。