DeserializationFeature.USE_BIG_DECIMAL_FOR_FLOATS不保留精度？readTree与readValue差异

行为不一致的原因 #

两者的核心差异在于解析数字时的策略不同：

• readTree解析为JsonNode时，Jackson遵循JSON规范的数字处理逻辑：JSON本身的数字类型仅关注数值等价性，不保留输入的格式细节（比如末尾的零）。DecimalNode存储的是数字的紧凑数值表示，调用decimalValue()时返回的是经过精度压缩的BigDecimal（0.10会被简化为0.1）。
• readValue直接反序列化为BigDecimal时，Jackson会读取JSON数字的原始字符串形式（尤其在启用USE_BIG_DECIMAL_FOR_FLOATS后），通过字符串解析生成BigDecimal，完整保留输入的精度（0.10会被解析为精度为2的BigDecimal）。

实现一致精度的方案 #

Jackson没有直接的配置项让readTree自动保留原始精度，但可以通过以下方式实现和readValue一致的效果：

• 方式一：从JsonNode提取原始字符串转换
  放弃使用decimalValue()，转而获取JsonNode的原始文本表示再转换为BigDecimal：

  BigDecimal numberFromReadTree = new BigDecimal(jsonNode.asText());
  

  这样就能得到和readValue完全一致的、保留原始输入精度的BigDecimal。
• 方式二：全局修改数字解析策略（谨慎使用）
  如果需要全局让所有JsonNode解析都保留数字的原始格式，可以自定义JsonParser的行为，强制将数字以字符串形式解析。但这种方式会改变所有数字类型的解析逻辑，可能影响其他业务场景，需谨慎评估后使用。

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