bigdecimal.toplainstring()默认不输出科学计数法，直接返回无指数的完整十进制字符串；常见误判源于混淆tostring()、误用double构造或误解精度问题；正确做法是明确调用toplainstring()、用字符串构造bigdecimal、必要时配合striptrailingzeros()精简显示。

BigDecimal.toPlainString() 本身就是为了避免科学计数法而设计的，它**默认就不会输出像 1.23E+5 这样的格式**，而是直接返回不含指数的、完整的十进制字符串（例如 "123000" 或 "0.00123"）。

为什么有时看起来还是“像科学计数法”？

常见误解来源：

• 误把 toString() 当成了 toPlainString() —— toString() 在值很小时（如 new BigDecimal("0.000001")）会返回 "1E-6"；
• 实际调用的是 doubleValue() + String.valueOf() 等间接方式，绕过了 toPlainString() 的保障；
• 数值本身含无效精度（如从 double 构造：new BigDecimal(0.1)），虽然后续调用 toPlainString() 仍不走科学计数法，但会暴露出 double 的二进制精度问题（如输出超长小数），让人误以为“格式异常”。

正确使用 toPlainString() 的要点

确保三点即可稳定避开科学计数法：

• 明确调用 .toPlainString()，而不是 .toString()、.valueOf(...).toString() 或日志自动 toString；
• 构造 BigDecimal 时优先用字符串，避免用 double： ✅ new BigDecimal("0.000000123") → toPlainString() 返回 "0.000000123" ❌ new BigDecimal(0.000000123) → 实际是 new BigDecimal("1.2300000000000001E-7")（double 精度丢失），再 toPlainString() 会返回一长串小数，但依然不是科学计数法；
• 不需要额外格式化或正则替换——toPlainString() 已完成去指数化。

对比示例（代码片段）

// 输入相同数值，不同构造方式 + 不同方法输出

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

BigDecimal a = new BigDecimal("0.000001");
System.out.println(a.toString()); // → "1E-6"（科学计数法）
System.out.println(a.toPlainString()); // → "0.000001"（✅ 正确）
System.out.println(a.toBigInteger().toString()); // → "0"（整数部分）

BigDecimal b = new BigDecimal(0.000001);
System.out.println(b.toPlainString()); // → "0.0000010000000000000002"（精度问题，但仍是 plain 格式）

如果需要进一步控制小数位数（比如去除末尾零）

toPlainString() 保留全部精度，若需精简显示，可先用 stripTrailingZeros()：

• bd.stripTrailingZeros().toPlainString() 例如：new BigDecimal("100.00").stripTrailingZeros().toPlainString() → "100"
• 注意：stripTrailingZeros() 对整数无影响，对纯小数能去掉冗余零，但不会改变数值精度。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南