Java BigDecimal.stripTrailingZeros 怎样避免科学计数法

如果只是想去掉尾随零，又不希望结果文本出现 E 或 e，最直接的做法是：先调用 stripTrailingZeros() 得到数值上等价的 BigDecimal，再用 toPlainString() 输出普通十进制文本。不要把 toString() 的显示形式当成数值变化，也不要为了“看起来固定几位”随意调用 setScale。

结论：stripTrailingZeros() 负责移除表示中的尾随零，toPlainString() 负责避免科学计数法文本；如果业务要求固定小数位，另行使用带舍入策略的 setScale。

为什么去零后会出现科学计数法

BigDecimal 同时保存任意精度整数和 scale。同一个数值可以有不同表示，例如 1000.00、1000 与 1E+3 的数值相同，但 scale 和字符串表现不同。官方 API 将 stripTrailingZeros() 定义为返回数值相同、去掉表示中尾随零的结果；它可能把 scale 降到负数。

toString() 提供的是规范字符串表示，较大的正指数或较小的负指数可能采用科学计数法。因此，看到 1E+3 不代表精度丢失，先区分“数值是否改变”和“字符串如何显示”。

普通十进制输出用 toPlainString

下面的写法把“数值规整”和“文本展示”分开。stripTrailingZeros() 不负责选择输出格式，toPlainString() 才是避免指数记法的关键。

import java.math.BigDecimal;

public class PlainDecimalText {
    public static void main(String[] args) {
        // 用字符串构造，避免先经过 double 的二进制近似。
        BigDecimal original = new BigDecimal("1000.0000");
        BigDecimal stripped = original.stripTrailingZeros();

        // toString 可能选择规范的科学计数法；toPlainString 保持普通十进制文本。
        System.out.println("toString=" + stripped.toString());
        System.out.println("plain=" + stripped.toPlainString());
        System.out.println("scale=" + stripped.scale());
    }
}

示例中的输出重点是形式差异：toString 可能是 1E+3，而 toPlainString 会给出 1000。两者都代表同一个数值；如果输入是 1000.2300，普通输出则会保留为 1000.23。

按用途选择输出方法

可以把选择规则压缩成三种场景：内部日志或调试允许规范表示时使用 toString()；需要给用户、CSV 或文本协议展示且禁止指数记法时使用 toPlainString()；明确要求固定小数位时使用 setScale，并明确舍入方式。

固定小数位不是去除尾随零

stripTrailingZeros() 和 setScale(2, ...) 解决的是不同问题。前者尽量缩短表示，后者要求目标 scale；当目标 scale 变小时可能发生舍入，当目标 scale 变大时会补零。下面的代码明确把“固定两位”作为独立的业务规则。

import java.math.BigDecimal;
import java.math.RoundingMode;

public class FixedScaleText {
    public static void main(String[] args) {
        // 输入来自文本，保持十进制语义。
        BigDecimal price = new BigDecimal("12.345");

        // 固定两位会改变表示，必要时也会改变数值；这里显式选择半偶数舍入。
        BigDecimal rounded = price.setScale(2, RoundingMode.HALF_EVEN);
        System.out.println(rounded.toPlainString()); // 12.34

        // 只想去掉尾随零时，不要用 setScale 冒充 stripTrailingZeros。
        BigDecimal compact = new BigDecimal("12.3400").stripTrailingZeros();
        System.out.println(compact.toPlainString()); // 12.34
    }
}

如果领域规则要求“必须两位”，应在领域层确定舍入模式并保留 setScale 的结果；如果只是接口展示不想出现多余零，才使用 stripTrailingZeros 后接 toPlainString。

用 scale、compareTo 和 equals 检查边界

排查这类问题时，建议同时打印 scale() 和两种比较结果。compareTo 按数值比较，equals 同时比较数值和表示，所以 new BigDecimal("1.0") 与 new BigDecimal("1") 可能在前者中相等、在后者中不相等。

import java.math.BigDecimal;

public class BigDecimalBoundary {
    public static void main(String[] args) {
        // 两个对象数值相同，但原始 scale 不同。
        BigDecimal a = new BigDecimal("1.0");
        BigDecimal b = new BigDecimal("1");

        System.out.println(a.compareTo(b) == 0); // true：数值相等
        System.out.println(a.equals(b));         // false：表示不同
        System.out.println(a.scale());           // 1
        System.out.println(b.scale());           // 0
    }
}

如果对象要作为 HashMap 键或业务去重依据，先确定业务是按数值还是按带 scale 的表示比较。不要因为页面出现科学计数法，就直接修改数值或把所有对象强制格式化为固定小数位。

一份可执行的选择清单

1. 先问清楚目标是改变数值、改变 scale，还是只改变字符串。
2. 只去尾随零：调用 stripTrailingZeros()。
3. 普通十进制展示：在结果上调用 toPlainString()。
4. 固定小数位：使用 setScale 并显式传入 RoundingMode。
5. 遇到“相等”争议：同时查看 scale()、compareTo 和 equals。

常见问题

stripTrailingZeros 会丢失精度吗？

它返回数值相同的 BigDecimal，只移除表示中的尾随零；但 scale 可能变化，文本形式也可能变化。

为什么 toPlainString 不适合所有场景？

它会展开指数，极大或极小数可能产生很长的字符串。日志和内部规范表示可以继续使用 toString()，只有协议或展示明确禁止 E/e 时才展开。

能不能直接用 setScale(2)？

无参版本只适合不会发生舍入的情况；一旦需要改变数值，应显式指定 RoundingMode，否则可能抛出 ArithmeticException。

记住这条分工就足够了：stripTrailingZeros 处理表示，toPlainString 处理文本，setScale 承担固定精度和舍入责任。