java 中用 `double` 表示高精度小数会因二进制浮点限制导致值被错误近似（如 `12334555578912349.13` 变成 `123345555789123504.00`），根本解法是全程避免 `double`，改用 `bigdecimal` 字符串构造或整型缩放策略。
在 Java 中，试图将一个高精度十进制数值（例如 12334555578912349.13）通过 double 中转再转为 BigDecimal，本质上已不可逆地丢失了原始精度。问题根源在于：字面量 12334555578912349.13 在编译期就被解析为 double 类型，而 double 是 IEEE 754 64 位二进制浮点数，仅能精确表示有限个实数（约 2⁶⁴ 个“可表示数”）。该十进制数并不在可表示集合中，JVM 会自动将其舍入到最接近的可表示 double 值——结果是 123345555789123504.0（注意末尾多出的 4.0），后续任何 BigDecimal 操作都只是对这个错误值的“精致加工”，无法还原。
✅ 正确做法：跳过 double，直接用字符串构造 BigDecimal
Object num = "12334555578912349.13"; // 以 String 形式传入，而非 double 字面量
if (num instanceof String) {
BigDecimal bd = new BigDecimal((String) num);
System.out.println(bd.setScale(2, RoundingMode.HALF_EVEN)); // 输出：12334555578912349.13
}⚠️ 注意事项：
- ✅ 永远不要用 new BigDecimal(double) 或 BigDecimal.valueOf(double) —— 这会继承 double 的精度缺陷；
- ✅ 推荐使用 new BigDecimal(String) 构造器，它能 100% 精确解析十进制字符串；
- ✅ 若数据来自用户输入、JSON、数据库字段等文本源，天然适合此方式；
- ❌ 避免 Double.parseDouble() → BigDecimal.valueOf() 这类中转链；
- ? 若需数学运算（加减乘除），BigDecimal 提供完整支持，但除法必须显式指定 RoundingMode（如 RoundingMode.HALF_UP），因为十进制除法可能无限循环（如 1/3）；
? 替代方案（按场景选择）：
立即学习“Java免费学习笔记（深入）”；
- 金额类数据：统一存储为「最小单位整数」（如分 → long），避免小数：1233455557891234913L（单位：厘）；
- 纯标识符类数字（如身份证号、订单号）：直接用 String，禁止数值化处理；
- 科学计算且可接受误差：才考虑 double + Math.ulp() 分析误差边界，但不适用于金融/计费等确定性场景。
总结：精度敏感场景中，“double” 应被视为红色禁区关键词。执行代码审查时，可全局搜索 double、Double、.doubleValue() 和 parseDouble，逐一替换为 BigDecimal（字符串构造）或整型缩放方案——这才是真正防止“意外四舍五入”的工程实践。
