SpringMVC中实体类属性is开头的字段返回JSON时自动去掉is开头的问题

  最近在开发中发现把实体类属性is开头的字段转Json的问题,会把is自动去掉,例如:isHot 会变成 hot

  为了解决这个问题,只需;

  1、在get方法上面加入@JsonProperty(value = "isHot")注解

  2、手动修改 get/set 方法名为getIsHot/setIsHot

 一、背景

  平时工作中大家经常使用到boolean以及Boolean类型的数据,前者是基本数据类型,后者是包装类,为什么不推荐使用isXXX来命名呢?到底是用基本类型的数据好呢还是用包装类好呢?

1.其他非boolean类型
    private String isHot;
    public String getIsHot() {
        return isHot;
    }
2.boolean类型
    private boolean isHot;
    public boolean isHot() {
        return isHot;
    }
3.包装类型
    private Boolean isHot;
    public Boolean getHot() {
        return isHot;
    }
4.不以is开头
    private boolean hot;
    public boolean isHot() {
        return hot;
    }
5.包装类型
    private Boolean hot;
    public Boolean getHot() {
        return hot;
    }   

  其实阿里巴巴发布的java开发手册中就写明了,强制规定,布尔类型的数据,无论是boolean还是Boolean都不准使用isXXX来命名

SpringMVC中实体类属性is开头的字段返回JSON时自动去掉is开头的问题_第1张图片

  对于非boolean类型的参数,getter和setter方法命名的规范是以get和set开头
  对于boolean类型的参数,setter方法是以set开头,但是getter方法命名的规范是以is开头
  包装类自动生成的getter和setter方法的名称都是getXXX()和setXXX()

  其实javaBeans规范中对这些均有相应的规定,基本数据类型的属性,其getter和setter方法是getXXX()和setXXX,但是对于基本数据中布尔类型的数据,又有一套规定,其getter和setter方法是isXXX()和setXXX。但是包装类型都是以get开头。

  这种方式在某些时候是可以正常运行的,但是在一些rpc框架里面,当反向解析读取到isSuccess()方法的时候,rpc框架会“以为”其对应的属性值是success,而实际上其对应的属性值是isSuccess,导致属性值获取不到,从而抛出异常。

二、总结:

1、boolean类型的属性值不建议设置为is开头,否则会引起rpc框架的序列化异常。

2、如果强行将IDE自动生成的isSuccess()方法修改成getSuccess(),也能获取到Success属性值,若两者并存,则之后通过getSuccess()方法获取Success属性值。

3、工作中使用基本类型的数据好还是包装类好

  咱们举个例子,一个计算盈利的系统,其盈利比例有正有负,若使用了基本类型bouble定义了数据,当RPC调用时,若出现了问题,本来应该返回错误的,但是由于使用了基本类型,返回了0.0,系统会认为没有任何问题,今年收支平衡,而不会发现其实是出现了错误。若使用了包装数据类型Double,当RPC调用失败时,会返回null,这样直接就能看到出现问题了,而不会因为默认值的问题影响判断。

  其实阿里java开发手册中对于这个也有强制规定:

SpringMVC中实体类属性is开头的字段返回JSON时自动去掉is开头的问题_第2张图片

  因此,这里建议大家POJO中使用包装数据类型,局部变量使用基本数据类型。

你可能感兴趣的:(SpringMVC中实体类属性is开头的字段返回JSON时自动去掉is开头的问题)