后端返回前端的值为Null时的几种处理方式
问题描述：
接手了公司一个不知道转了几手的老项目，在与前端联调的时候，发现有很多返回数据，都是用实体类来接收返回的，而这其中，甚至有的实体类属性有几十个，但实际需要返回的参数却只需几个，于是就出现了一大长串 null 的情况，简直不能忍！！！
// 原本的返回代码示例，来感受一下这种源自内心的颤抖吧
{
"id": 1,
"loginId": 123456,
"loginName": null,
"medicalInstId": null,
"medicalInstName": "阿尔山林业局职工医院",
"licenceCode": null,
"licenceImage": null,
"licenceImageMatch": null,
"province": null,
"city": null,
"district": null,
"address": null,
"contactsName": null,
"contactsPhone": null,
"servicePhone": null,
"institutionsImage": null,
"institutionsImageMatch": null,
"nature": null,
"type": null,
"roleType": null,
"status": null,
"healthInsurance": null,
"parentId": null,
"operator": null,
"mdate": null,
"pDate": null,
"send": null,
"name": null,
"provinceName": null,
"cityName": null,
"districtName": null,
"totalPrice": null,
"longitude": null,
"latitudel": null,
"goodsMedicalCheckUp": [],
"serviceId": null,
"goodsList": null
}解决方案一：
通过在 DTO 或实体类上添加注解：@JsonInclude(JsonInclude.Include.NON_NULL)
// 当该属性为null时，不返回该属性
@JsonInclude(JsonInclude.Include.NON_NULL)解决方案二：
当然，如果发现各种实体类各种 DTO 特别多，一个个去找一个个设置很麻烦的时候，也可以在配置文件中进行全局配置。
# 在配置文件中配置后，全局有效
spring.
jackson:
default-property-inclusion: NON_NULL效果展示：
{
"id": 2,
"loginId": 234567,
"medicalInstName": "爱基因基因检测中心",
"goodsMedicalCheckUp": [
{
"id": 1,
"name": "临床检验",
"mdate": "2017-09-29 14:32:03",
"modifyId": 0,
"userId": 200003,
},
{
"id": 2,
"name": "X线检查",
"mdate": "2017-10-23 13:51:31",
"modifyId": 102,
"userId": 200004,
}
]
}警告！！！
以上两种解决方案虽然方便有效，但并非适合所有情况！！！
举个遇到的实际例子：
在老项目中，有一个接口是通过用户实体类返回用户信息数据，其中有一个年龄（age）的属性返回的全是null，但这个却并不能去掉，因为数据在返回给前端之前，还会有一个根据出生日期计算年龄的操作，并将这个计算出的值赋给 age 这个属性，然后才真正返回给前端。
当然，这并不是什么严重的问题，也很好解决，比如对可以为 null 且需要保留的属性设置默认值，使其不会被过滤掉。
设置默认值示例：
{
"id": 1,
"loginId": 123456,
"medicalInstName": "阿尔山林业局职工医院",
# 该属性虽然没有值，但并未被过滤掉
"goodsMedicalCheckUp": []
}但关键在于，你并不知道在别人负责的模块，是否也用到了这个实体类，而且也有另一个类似年龄这样的属性存在，这就使你在使用注解或是全局配置的时候，必须要考虑更多可能存在的情况。
解决方案三：
自己写接收返回数据的 VO（和实体类一样）。
这样的好处是，可以根据自己的需求定制对应的 VO，而且不会对之前的代码造成影响，不好的是写起来相对前两个解决方案也比较麻烦。
事实上，究竟需要使用什么解决方案，是需要根据自己遇到的实际情况来确定，而且同时使用也是可以的，只要适合即可。