Java数字转货币格式，金额展示别再手动拼接了

导读： Java数字转货币格式，金额展示别再手动拼接了做财务系统三年，我最头疼的就是把数据库里的金额数字变成页面上用户能看懂的样子。数字转好了，还得加千分位和货币符号。生产里我坚持金额计算全走BigDecimal，展示层再交给DecimalFormat，精度和格式化彻底解耦，各管各的事，不出乱子。...

Java数字转货币格式，金额展示别再手动拼接了

做财务系统三年，我最头疼的就是把数据库里的金额数字变成页面上用户能看懂的样子。12345678要变成"¥12,345,678.00"，看着简单，真上手坑不少，今天把踩过的坑一次说清楚。

我们项目金额存的是分，123450代表1234.50元。展示时先除100，但千万别用double除，我亲眼见过123450/100算出1234.4999999的惨案。BigDecimal.divide配RoundingMode.HALF_UP才是正道，divisor写100，scale写2Java数字转货币格式，金额展示别再手动拼接了，四舍五入，一步到位，干净利落。

数字转好了，还得加千分位和货币符号。我直接用DecimalFormat，格式串写"#,##0.00"，前面拼个"¥"就完事。但要注意这个类线程不安全，高并发接口里别共用一个实例，要么每次new一个，要么用NumberFormat.getInstance()兜底，不然线上迟早出鬼。

有人问我为什么不直接String.format("%,.2f", num)，确实能跑，但double天生有精度隐患java 数字转 货币格式，金额场景差一分钱就是客诉。生产里我坚持金额计算全走BigDecimal，展示层再交给DecimalFormat，精度和格式化彻底解耦，各管各的事，不出乱子。

你们项目金额是存分还是存元？存元的话前面除100那步能省，但前端传小数位数不统一时校验更麻烦。你们线上是怎么处理这个的？