这得从我看到的这篇文章说起~

防御性编程小例,最开始我是关注了这个人的微信,才看到这篇文章的,最近也工作了一段时间了~对自己以及别人写的代码有了一些新的想法(因为我遇到过很多坑啊囧)。因此,本文来谈谈这个话题。

在公司,我们碰到的很大一部分问题都是NullPointerException。我常常就想:这段程序明明在我手机上运行好好的,为什么会出现这种情况呢?

因为,我们永远都无法预测用户使用App时会发生的各种情况。所以防御性编程可以让我们减少很大一部分错误。

先说一个故事

先来说一个我去年面试过的问题,面试官问我:请你用最熟悉的语言写一个atoi程序。

我心里一想:这么简单!!我要好好写!不要写出bug!我马上就写好了,并且用“12334”这种简单的字符串试了又试,没问题就交给他看。

public int atoi(String a){
    int len = a.length();
    int num = 0;
    for(int i = len - 1; i >= 0; i--) {
        num += (a.charAt(i) - '0') * Math.pow(10, len - i - 1);
    }
    return num;
}

面试官一看就问我,你找找有什么问题没,我看了好几遍(我都在找bug),说没问题啊!我又仔细一想:如果传进来一个负数怎么办呢?比如“-12333”,这段程序就错了!

我就和面试官说了~他说嗯,还有问题吗?我心里想还有啊?想了几遍都想不出!我说:效率问题?他不给面子直接就说:你先别管效率!

他说如果我传进来一个null会怎么样?我恍然大悟!!!我有太多东西没考虑到(我图样图森破啊囧!!)!

上面就是我的一个真实的故事~不知你看了有什么感想,反正我觉得这次面试可以让我反思很多我存在的问题。

自从看了前面提到的那篇文章后,我现在写代码就时刻装着“防御性编程”这5个字。

那么怎么写防御性代码呢?

请看Integer.parseInt(String)这个方法,好好看!我现在分析一下~JDK的大神们怎么写健壮的代码!(如果有错误请指正~ =.=)

public static int parseInt(String string, int radix) throws NumberFormatException {
    if (radix < Character.MIN_RADIX || radix > Character.MAX_RADIX) {
        throw new NumberFormatException("Invalid radix: " + radix);
    }
    if (string == null) {
        throw invalidInt(string);
    }
    int length = string.length(), i = 0;
    if (length == 0) {
        throw invalidInt(string);
    }
    boolean negative = string.charAt(i) == '-';
    if (negative && ++i == length) {
        throw invalidInt(string);
    }

    return parse(string, i, radix, negative);
}

上面这段代码出自java 1.7.0_51的java.lang.Integer类,JDK开发大神是如何写代码的呢?

可以看到这段代码最开始的一部分就是在验证每个参数的正确性(代码中radix表示进制数),这里最小的进制就是2,最大进制是36。如果进制数不满足要求,直接抛出异常。

然后判断传入字符串是否为null,如果字符串不为null,然后可以取字符串的长度。 后面再判断字符串是否一个负数, 当所有参数都验证过了以后再做正事——将字符串转换成一个数字

我现在得到的一个重要的经验就是:

当你写一个方法需要对传入的参数进行处理或者计算的时候,你必须要严格验证传入参数的正确性,如果不符合,就应当给出提示!

上面提到的那篇文章里说到:

这就是防御性编程的最基本规则:保护程序免遭非法输入数据的破坏。

这些都是我以前编程不会考虑的事情啊!

如果你的代码没有防御性措施,那么你一定会遇到各种坑的~只是时候未到~

但也不是说所有的程序都应该这么写。如果你在写一个private方法只供类里面使用,那么我觉得就不必写这种防御性代码了。当然没有绝对的事情,如果一个public方法接受外部传入的参数,这个参数又传入这个private方法,那么你在使用这个private方法时候就需要先验证参数的合法性,然后再调用这个private方法。

当你在写一个public方法可以接受来自任何地方的参数时,就必须要验证参数的合法性了!

那么为什么要防御性编程

我觉得最终的目的就是为了让你写的代码正确运行,当面对各种各样的参数时,同时要向外部提供参数错误的原因,可以快速找到bug。

在Android开发里面,主线程(UI线程)中的一个微小的问题都会导致程序的崩溃,可能是一不小心一个View对象传入某个方法的时候是一个null,也可能一个方法的返回值是null等等,各种坑会在隐藏的地方等着你来踩哦~

要知道当一个对象为null的时候(你肯定不知道它为null),然后调用它的方法时,就会发生程序崩溃,这是应该是程序崩溃最常见的原因之一了~

比如在我最开始写的那个atoi程序里,如果别人用我的程序不小心传入一个null,那么我的程序就崩溃了~