json 中的高精度数字（如金额）若经 double 解析会丢失精度，必须绕过 double 直接解析原始字符串，再构造 bigdecimal 才能完全保留有效位数。
在处理金融、计费等对精度敏感的场景时，JSON 中类似 "amount": 123345555789123495.38 的数值极易因反序列化流程隐式转为 double 而失真——例如变成 1.23345555789123488E17，最终导致 BigDecimal.valueOf(double) 构造出错误值 123345555789123488.00（末尾 95.38 已被篡改为 88.00）。
根本原因在于：double 类型仅提供约 15–17 位十进制有效数字，而该示例数字共 18 位整数位 + 2 位小数，远超 double 精度上限。一旦 JSON 库（如 Jackson 默认配置）将数字字段解析为 Double 或 Number，精度即永久丢失，后续任何 BigDecimal 转换都无法挽回。
✅ 正确做法是：跳过 double 中间表示，直接获取 JSON 原始数字字符串。以 Jackson 为例，需配合 JsonNode 或自定义 JsonDeserializer：
// 方式一：使用 JsonNode（推荐用于动态结构）
ObjectMapper mapper = new ObjectMapper();
JsonNode rootNode = mapper.readTree(jsonString);
String amountStr = rootNode.path("amount").asText(); // ← 关键：asText() 获取原始字符串
BigDecimal amount = new BigDecimal(amountStr).setScale(2, RoundingMode.HALF_UP);// 方式二：自定义反序列化器（适用于强类型 POJO） public class BigDecimalDeserializer extends JsonDeserializer{ @Override public BigDecimal deserialize(JsonParser p, DeserializationContext ctxt) throws IOException { // 强制读取为字符串，避免被解析成 double if (p.getCurrentToken() == JsonToken.VALUE_NUMBER_FLOAT || p.getCurrentToken() == JsonToken.VALUE_NUMBER_INT) { return new BigDecimal(p.getText()); } throw ctxt.mappingException(BigDecimal.class); } } // 在字段上使用： @JsonProperty("amount") @JsonDeserialize(using = BigDecimalDeserializer.class) private BigDecimal amount;
⚠️ 注意事项：
- 切勿使用 String.valueOf(map.get("amount")) —— 若 map.get("amount") 已是 Double，String.valueOf() 返回的是其科学计数形式或截断后的近似字符串；
- 避免 BigDecimal.valueOf(double)，它本质仍是基于已失真 double 的构造；
- 使用 new BigDecimal(String) 是唯一能 100% 保留原始字面值的方式（前提是字符串本身未被污染）；
- 若需四舍五入到指定位数（如金额保留两位小数），务必在 new BigDecimal(...) 之后调用 setScale(2, RoundingMode.HALF_UP)，而非对 double 结果操作。
总结：精度守护的核心原则是「字符串直达」——从 JSON 字符流中直接提取数字字面量，绕过任何浮点类型中间环节。这是金融级数据处理不可妥协的底线。
