一、前言
我们在使用BigDecimal
来记录数值时,经常会有一个问题,就是小数点后多余的0!
当前如果你们是金额,保留两位小数,展示多余的0是没有问题的!可以看一下银行卡是会显示到分的!
小编的这里不是这种的,是要求保留八位小数,即使前端输入100.1
。保存到数据库时就会变为:100.10000000
,前端查询出来肯定就是100.10000000
。非常的臃肿,我们就需要去掉一下!
二、解决方案
分为两种方案:
- 按需进行去除0
- 全局BigDecimal全部去除0
各有各的优缺点,就是看你们系统的要求了!
小编这里是有的允许保留0的,不需要的咱们单独处理。所以咱们先演示第一种!
1. 第一种方案
编写自定义序列化器:BigDecimalSerializer
java">/**
* 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.su***ess(big);
}
我们可以看到正常的去除多余的0,我们会发现原来的BigDecimal变为了字符串,其实这个也是正常的,在我们系统里会配置上,把Long和BigDecimal返回前端的时候都会变为字符串,防止精度丢失。
变字符串的配置,在这里就不多数了,大家可以看一下这篇文章!
后端统一处理返回前端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,保证用户体验。
最最重要的是符合业务要求!
希望本篇博客的介绍能够对大家有所帮助,有什么问题或者建议,欢迎在下面留言。
如果对你有帮助,还请动一下您的发财小手,关注一下公众号哈!!谢谢您的关注!!文章首发看!!!