背景
平时工作中大家常常应用到 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 来命名
- 对于非 boolean 类型的参数，getter 和 setter 办法命名的标准是以 get 和 set 结尾
- 对于 boolean 类型的参数，setter 办法是以 set 结尾，然而 getter 办法命名的标准是以 is 结尾
- 包装类主动生成的 getter 和 setter 办法的名称都是 getXXX() 和 setXXX()
1. 其实 javaBeans 标准中对这些均有相应的规定，根本数据类型的属性，其 getter 和 setter 办法是 getXXX() 和 setXXX，然而对于根本数据中布尔类型的数据，又有一套规定，其 getter 和 setter 办法是 isXXX() 和 setXXX。然而包装类型都是以 get 结尾
2. 这种形式在某些时候是能够失常运行的，然而在一些 rpc 框架外面，当反向解析读取到 isSuccess() 办法的时候，rpc 框架会“认为”其对应的属性值是 success，而实际上其对应的属性值是 isSuccess，导致属性值获取不到，从而抛出异样。
总结
1、boolean 类型的属性值不倡议设置为 is 结尾，否则会引起 rpc 框架的序列化异样。
2、如果强行将 IDE 主动生成的 isSuccess() 办法批改成 getSuccess()，也能获取到 Success 属性值，若两者并存，则之后通过 getSuccess() 办法获取 Success 属性值。
工作中应用根本类型的数据好还是包装类好
咱们举个例子，一个计算盈利的零碎，其盈利比例有正有负，若应用了根本类型 bouble 定义了数据，当 RPC 调用时，若呈现了问题，原本应该返回谬误的，然而因为应用了根本类型，返回了 0.0，零碎会认为没有任何问题，往年收支平衡，而不会发现其实是呈现了谬误。
若应用了包装数据类型 Double，当 RPC 调用失败时，会返回 null，这样间接就能看到呈现问题了，而不会因为默认值的问题影响判断。
其实阿里 java 开发手册中对于这个也有强制规定:
因而，这里倡议大家 POJO 中应用包装数据类型，局部变量应用根本数据类型。
起源：blog.csdn.net/belongtocode/article/details/100635246