一、前言

我们在使用BigDecimal来记录数值时，经常会有一个问题，就是小数点后多余的0！

当前如果你们是金额，保留两位小数，展示多余的0是没有问题的！可以看一下银行卡是会显示到分的！

小编的这里不是这种的，是要求保留八位小数，即使前端输入100.1。保存到数据库时就会变为：100.10000000，前端查询出来肯定就是100.10000000。非常的臃肿，我们就需要去掉一下！

二、解决方案

分为两种方案：

• 按需进行去除0
• 全局BigDecimal全部去除0

各有各的优缺点，就是看你们系统的要求了！

小编这里是有的允许保留0的，不需要的咱们单独处理。所以咱们先演示第一种！

1. 第一种方案

「编写自定义序列化器：BigDecimalSerializer」

/**
 * BigDecimal序列化器
 * @author wangzhenjun
 * @date 2023/5/17 16:29
 */
public class BigDecimalSerializer extends JsonSerializer<BigDecimal> {

 @SneakyThrows
 @Override
 public void serialize(BigDecimal bigDecimal, JsonGenerator jsonGenerator, SerializerProvider serializerProvider) {
  if (null != bigDecimal ) {
   String plainString = bigDecimal.stripTrailingZeros().toPlainString();
   jsonGenerator.writeString(plainString);
  } else {
   jsonGenerator.writeString(BigDecimal.ZERO.toPlainString());
  }
 }
}

在需要的对象上添加注解@JsonSerialize即可：

/**
 * @author wangzhenjun
 * @date 2023/5/17 16:51
 */
@Data
public class Big {

    @JsonSerialize(using = BigDecimalSerializer.class)
    private BigDecimal price;
}

测试一下：

@GetMapping("/big")
public Result big(){
    Big big = new Big();
    big.setPrice(new BigDecimal("1.20"));
    return Result.success(big);
}

我们可以看到正常的去除多余的0，我们会发现原来的BigDecimal变为了字符串，其实这个也是正常的，在我们系统里会配置上，把Long和BigDecimal返回前端的时候都会变为字符串，防止精度丢失。

变字符串的配置，在这里就不多数了，大家可以看一下这篇文章！

后端统一处理返回前端日期LocalDateTime格式化去T，Long返回前端损失精度问题

想详细了解的可以看看文章，赶时间的，小编在下面给出来了，添加一个配置类即可！

@Configuration(proxyBeanMethods = false)
@ConditionalOnClass(ObjectMapper.class)
@AutoConfigureBefore(JacksonAutoConfiguration.class)
public class JacksonConfiguration {

 @Bean
 @ConditionalOnMissingBean
 public Jackson2ObjectMapperBuilderCustomizer customizer() {
  return builder -> {
   builder.locale(Locale.CHINA);
   builder.timeZone(TimeZone.getTimeZone(ZoneId.systemDefault()));
   // 设置日期格式
   builder.simpleDateFormat(DatePattern.NORM_DATETIME_PATTERN);
   // 解决long类型损失精度
   builder.serializerByType(Long.class, ToStringSerializer.instance);
   // 解决BigDecimal类型损失精度
   builder.serializerByType(BigDecimal.class, ToStringSerializer.instance);
   // 日期格式自定义类
   builder.modules(new PigJavaTimeModule());
  };
 }

}

2. 第二种方式

我们只需要进行序列化的时候去除一下即可，这是全局的BigDecimal都会去除多余0，大家按需使用，以免造成不必要的事故！

/**
 * 全局序列化配置
 * @author wangzhenjun
 * @date 2023/5/19 17:11
 */
@Configuration
public class JacksonConfig {

    @Bean
    public ObjectMapper objectMapper() {
        ObjectMapper objectMapper = new ObjectMapper();
        SimpleModule module = new SimpleModule();
        module.addSerializer(BigDecimal.class, new JsonSerializer<BigDecimal>() {
            @Override
            public void serialize(BigDecimal value, JsonGenerator gen, SerializerProvider serializers) throws IOException {
                if (value != null) {
                    gen.writeString(value.stripTrailingZeros().toPlainString());
                }
            }
        });
        objectMapper.registerModule(module);
        return objectMapper;
    }
}

我们再次测试，我把上一种方式的写法去掉了哈！

我们可以看到也是没有问题的哈！

三、总结

通过本篇博客的介绍，我们知道了两种解决方式！ 可以对BigDecimal类型进行格式化，去除前端展示中多余的0。这样能够优化前端展示效果，提高用户体验。 这个两个方法都简单易用，而且具有通用性，适合大部分项目使用。

当然，在实际开发中，还有很多其他的格式化方式和技巧可以使用，比如使用前端框架的过滤器、使用JavaScript的toFixed()函数等等。不过，无论使用哪种方式，我们要做到的是尽可能地避免前端展示中出现多余的0，保证用户体验。

最最重要的是符合业务要求！

希望本篇博客的介绍能够对大家有所帮助，有什么问题或者建议，欢迎在下面留言。

如果对你有帮助，还请动一下您的发财小手，关注一下公众号哈！！谢谢您的关注！！文章首发看！！！