Java BigDecimal setScale ROUND_HALF_UP舍入结果异常问题咨询

你对ROUND_HALF_UP舍入模式的逻辑理解存在偏差。
BigDecimal.setScale()做舍入时，不会逐位递归进位，只会判断目标保留位数的紧邻下一位数字，该位之后的所有数位作为整体直接参与判断，不会从最末位开始往前逐步进位。
以你举的10.12445保留2位小数为例：目标是保留小数点后2位，逻辑只会检查第3位小数的数值——这里第3位是4，不管后面跟着的45是多少，都直接舍去，所以返回10.12，这个结果完全符合方法的设计预期，不是运行bug。
你预期的10.12445 -> 10.1245 -> 10.125 -> 10.13是逐位递归舍入的逻辑，和setScale原生实现逻辑不符。

你分步调用setScale(4)、setScale(3)、setScale(2)能得到10.13，本质是多次舍入操作叠加的结果：

• 第一次保留4位小数时，只检查第5位的5，进位后得到10.1245，第5位已经被截断丢弃
• 第二次保留3位小数时，只检查当前值第4位的5，进位后得到10.125，第4位被截断丢弃
• 第三次保留2位小数时，只检查当前值第3位的5，进位后得到10.13
  这个结果是多次截断舍入凑出来的，不是单次舍入的原生逻辑。

如果你的业务场景明确要求这种从最末位开始逐位进位的舍入规则，不需要手动分步写setScale，可以封装通用工具方法实现：

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

public class RoundUtils {
    public static BigDecimal roundRecursive(BigDecimal origin, int targetScale, RoundingMode mode) {
        int currentScale = origin.scale();
        // 原始精度已经小于等于目标精度直接返回
        if (currentScale <= targetScale) {
            return origin.setScale(targetScale, mode);
        }
        BigDecimal result = origin;
        // 从原始精度开始逐级往目标精度舍入
        for (int i = currentScale; i > targetScale; i--) {
            result = result.setScale(i - 1, mode);
        }
        return result;
    }

    public static void main(String[] args) {
        BigDecimal test = new BigDecimal("10.12445");
        // 输出10.13，符合你的预期
        System.out.println(roundRecursive(test, 2, RoundingMode.HALF_UP));
    }
}

注意：这种逐位递归舍入不属于通用的标准四舍五入规则，金融、统计等常规场景默认使用原生setScale的单次舍入逻辑即可，只有业务明确要求逐位进位时再使用上述方案。

内容的提问来源于stack exchange，提问作者Younes