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{ @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{ @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不显示问题的文章就介绍到这了