jackson使用@JsonSerialize格式化BigDecimal解决.00不显示问题
一、问题
最近开发中使用BigDecimal这个数据类型返回json数据时出现了点问题：
#1.前端第一次保存的时候穿过来的数据格式 240.00 240.77 #2.mysql数据库存储的数据格式（数据库字段已经设置了保留小数点后两位） 240 240.77 #3.java程序中查看从数据库中查询的回来的数据格式： 240.00 240.77 #4.返回前端的json字符串里的数据格式： 240 240.77 #4.前端想要的json字符串里的数据格式： 240.00 240.77
由上面的一系列分析可知：要想解决这个根源在于返回json数据的时候需要将数据格式化。
二、解决方案：使用@JsonSerialize输出数据保留两位小数
步骤1.创建一个BigDecimal格式化工具
importcom.fasterxml.jackson.core.JsonGenerator;
importcom.fasterxml.jackson.databind.JsonSerializer;
importcom.fasterxml.jackson.databind.SerializerProvider;
importjava.io.IOException;
importjava.math.BigDecimal;
publicclassBigDecimalSerializeextendsJsonSerializer<BigDecimal>{
@Override
publicvoidserialize(BigDecimalvalue,JsonGeneratorgen,SerializerProviderserializerProvider)throwsIOException{
if(value!=null&&!"".equals(value)){
gen.writeString(value.setScale(2,BigDecimal.ROUND_HALF_DOWN)+"");
}else{
gen.writeString(value+"");
}
}
}
步骤二：在返回的实体类对应的属性上加上注解：
@JsonSerialize(using=BigDecimalSerialize.class) privateBigDecimaltotalCost;
总结
这个方案可以统一解决json的Date日期类型，String类型。double类型。。。等等的序列化格式问题
延伸：@JsonSerialize正确使用
实际开发中，我们一定遇到过这样的问题：前端显示和后台存储数据单位不统一，而且各有各自的理由，统一不了，那就只能由后端转换。每次返回给前端时再转换一遍，返回给前端的json数据，在后端里定义的往往是一个对象，如何做到优雅的转换呢？只需两步操作:1.写一个负责转换的类，里面写好规则
publicclassMySerializerUtilsextendsJsonSerializer<Integer>{
@Override
publicvoidserialize(Integerstatus,JsonGeneratorjsonGenerator,SerializerProviderserializerProvider)throwsIOException,JsonProcessingException{
StringstatusStr="";
switch(status){
case0:
statusStr="新建状态";
break;
case1:
statusStr="就绪状态";
break;
case2:
statusStr="运行状态";
break;
case3:
statusStr="阻塞和唤醒线程";
break;
case4:
statusStr="死亡状态";
break;
default:
statusStr="状态信息不符合";
}
jsonGenerator.writeString(statusStr);
}
}
2.在实体类上需要装换的字段上加上注解
/** *多线程生命周期状态值 */ @JsonSerialize(using=MySerializerUtils.class) privateintstatus;
注:@JsonSerialize注解,主要应用于数据转换,该注解作用在该属性的getter()方法上。
到此这篇关于jackson使用@JsonSerialize格式化BigDecimal解决.00不显示问题的文章就介绍到这了,更多相关jackson@JsonSerialize格式化BigDecimal内容请搜索毛票票以前的文章或继续浏览下面的相关文章希望大家以后多多支持毛票票！