阿里强制 boolean 类型不能用 is 开头？

背景

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

例子

1. 其他非 boolean 类型

private String isHot;
    public String getIsHot() {
        return isHot;
    }

2.boolean 类型

private boolean isHot;
    public boolean isHot() {
        return isHot;
    }

1. 包装类型

private Boolean isHot;
    public Boolean getHot() {
        return isHot;
    }

1. 不以 is 开头

private boolean hot;
    public boolean isHot() {
        return hot;
    }

1. 包装类型

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 中使用包装数据类型，局部变量使用基本数据类型。

来源：http://blog.csdn.net/belongtocode/article/details/100635246