为什么阿里巴巴开发手册中强制要求 POJO 类使用包装类型？NPE问题防范

封面:学校内的秋天

背景：写这个的原因，也是我这两天凑巧看到的，虽然我一直有 alibaba Java 开发手册，也看过不少次，但是一直没有注意过这个问题😂

属于那种看过，但又没完全看过👰

一起来看看吧冲咯🏂

hxdm，我写不出小故事😭，但是可不可以看在我写了不少，还算实用的份上，给个赞👍啊。

在这里请xdm 喝 🥤啦

一、前言🚕

今天在写一个AdvertVO类时，我当时用 id 是直接给了个 long,没有使用用包装类型，然后 idea 里面的 Alibaba Java Coding Guidelines 插件就直接给了个黄色波浪线，ALT+ENTER一看，阿里巴巴Java开发手册的提示说：

关于基本数据类型与包装数据类型的使用标准如下：
1）所有的POJO类属性必须使用包装数据类型。
2） RPC方法的返回值和参数必须使用包装数据类型。
3）所有的局部变量推荐使用基本数据类型。

说明：POJO类属性没有初值是提醒使用者在需要使用时，必须自己显式地进行赋值，任何NPE问题，或者入库检查，都由使用者来保证。

我刚看的时候，稍稍有点点没完全理解这个意思（可能是我比较菜，没有经历过这样的场景），然后为了搞懂自己心里的小疑惑😂，就👇

接下来我们弄一个简单的例子来理解理解，之后再聊聊实际发生的场景，以及会产生的危害

二、例子🛵

public class Main {
    private static Integer a1;
    private static int a2;

    private static Boolean b1;
    private static boolean b2;
  
    public static void main(String[] args) {
        System.out.println("Integer ==> a1:"+a1);
        System.out.println("int     ==> a2:"+a2);
        System.out.println("Boolean ==> b1:"+b1);
        System.out.println("boolean ==> b2:"+b2);
    }
    /**
     * 结果：
     * Integer ==> a1:null
     * int     ==> a2:0
     * Boolean ==> b1:null
     * boolean ==> b2:false
     */
}

所有的包装类型在我们没有赋值的时候，都是直接默认 null 值的，而基本类型都会初始化一个默认值。

也就是说，包装类型的默认值都是null，而基本数据类型的默认值是一个固定值，如boolean是false，byte、short、int、long是0，float是0.0f等；

👨‍💻可能 xdm 平时有注意到，但又没有完全注意到，用基本类型和包装类型之间的区别。下面我们用场景说一说区别：👩‍🏫

三、场景🛫

【正例】：数据库的查询结果可能是 null，因为自动拆箱，用基本数据类型接收有 NPE 风险。（ NPE 下文有解释）

【反例】：某业务的交易报表上显示成交总额涨跌情况，即正负 x%，x 为基本数据类型，调用的 RPC 服务，调用不成功时，返回的是默认值，页面显示为 0%，这是不合理的，应该显示成中划线-。所以包装数据类型的 null 值，能够表示额外的信息，如：远程调用失败，异常退出。

1）场景一⛵

我们再举一个扣费的例子，我们做一个扣费系统，扣费时需要从外部的定价系统中读取一个费率的值，我们预期该接口的返回值中会包含一个浮点型的费率字段。当我们取到这个值得时候就使用公式：金额*费率=费用进行计算，计算结果进行划扣。

如果由于计费系统异常，他可能会返回个默认值，如果这个字段是 Double 类型的话，该默认值为 null ，如果该字段是 double 类型的话，该默认值为 0.0。

如果扣费系统对于该费率返回值没做特殊处理的话，拿到null值进行计算会直接报错，阻断程序。拿到 0.0可能就直接进行计算，得出接口为 0 后进行扣费了。这种异常情况就无法被感知。

有人说，那我可以对 0.0 做特殊判断，如果是 0 一样可以阻断报错啊。但是，这时候就会产生一个问题，如果允许费率是 0 的场景又怎么处理呢？（如下例）

一个小小结论：使用基本类型可能会在一定程度上增大系统的复杂性，让坑变得越来越多。
还有这种使用包装类型定义变量的方式，通过异常来阻断程序的运行，进而可以被立马识别到这种綫上问题。但是我们如果使用基本数据类型的话，系统可能认为无异常，从而继续运行。只能被动的测试出现问题，更甚的是如果是线上出现这种问题，我想可能...都明白哈。

2）场景二🌆

简单来说就是我们如果自定义了一个 Student 类,其中有一个属性是成绩 score .

如果用 Integer 而不用 int 定义,一次考试,学生可能没考,值是null,也可能考了,但考了0分,值是0.

public class Student  {

    private  Integer score;

    private  int score;
}

请注意：这两个表达的状态明显不一样。如果我们用包装类型的话，null的话证明没有考，0的话证明考了0分；但是如果我们用基本类型的话，这两种情况都是一个样的，没法区分的。

四、NPE 问题🗽

【推荐】防止 NPE，是程序员的基本修养，注意 NPE 产生的场景：

NPE，指为基本类型的数据返回null值，防止NPE是程序员的基本休养。所有NPE的场景：

返回类型为基本数据类型，return包装数据类型的对象时，自动拆箱有可能产生NPE。
```
public int f() {
      return Integer 对象；
 } 
如果为null，自动解箱抛NPE。
```
数据库的查询结果可能为 null。
集合里的元素即使 isNotEmpty，取出的数据元素也可能为 null。
远程调用返回对象时，一律要求进行空指针判断，防止 NPE。
对于 Session 中获取的数据，建议进行 NPE 检查，避免空指针。
级联调用 obj.getA().getB().getC() ；一连串调用，易产生 NPE。

正例：使用 JDK8 的 Optional 类来防止 NPE 问题。了解👉JDK8 Optional 类

五、自言自语🚏

你好，我是博主宁在春：主页

希望本篇文章能让你感到有所收获！！！

祝 我们:待别日相见时，都已有所成。

欢迎大家一起讨论问题😁，躺了🛌

参考：Alibaba Java 开发手册

posted @ 2021-10-15 19:22 宁在春阅读(334) 评论(0) 编辑收藏举报

刷新页面返回顶部