使用 BigDecimal.toPlainString() 是避免大额金额被转成科学计数法最直接有效的方式，它返回不带指数的完整十进制字符串，保留小数点位置和末尾零，适用于金融等格式敏感场景。
使用 BigDecimal.toPlainString() 是避免大额金额被转成科学计数法（如 1.23E+12）最直接有效的方式。它会返回不带指数形式的完整十进制字符串，适合金融、账单、报表等对格式敏感的场景。
为什么 toPlainString() 能解决科学计数法问题
toString() 在数值较大或较小时可能返回带 E 的科学计数法格式；而 toPlainString() 强制输出纯数字字符串，小数点位置和末尾零均保留（如 1000000.00 不会变成 1E+6 或省略末尾零）。
正确用法示例
以下写法可确保金额始终以常规数字格式输出：
-
✅ 推荐：直接调用
toPlainString()BigDecimal amount = new BigDecimal("1234567890123.45");<br> System.out.println(amount.toPlainString()); // 输出：1234567890123.45 -
❌ 避免：用
toString()或字符串拼接隐式调用System.out.println("" + amount); // 可能输出 1.23456789012345E+12
配合金额格式化时的注意事项
如果还需控制小数位数或添加千分位分隔符，应在 toPlainString() 后再处理，不要先格式化再转字符串：
- 需要固定两位小数？先用
setScale(2, RoundingMode.HALF_UP)再调toPlainString() - 需要千分位？用
NumberFormat.getCurrencyInstance()或DecimalFormat，但注意它们底层可能仍依赖toString()—— 更稳妥的是对toPlainString()结果做字符串解析后插入逗号 - 数据库存取或 JSON 序列化时，也建议统一用
toPlainString()转为字符串再传递，避免 Jackson 等库默认用toString()
常见误区提醒
不是所有“看起来像数字”的操作都安全：
-
amount.doubleValue() + ""会丢失精度且可能触发科学计数法 -
String.format("%.2f", amount)底层转 double，不适用于高精度金额 - Spring Boot 的
@ResponseBody默认 JSON 序列化 BigDecimal 时可能用toString()—— 可通过自定义序列化器或配置spring.jackson.generator.write_numbers_as_strings=true辅助解决，但源头仍推荐显式调用toPlainString()
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
