NullPointerException,俗称NPE,不管菜鸟还是老鸟们,都是不可避免,经常遇到的一个异常,解释起来很简单,就“空指针”三个字。总是在一次不小心,而掉进这个陷阱里。Kotlin 的设计目标就是希望消除代码中 null 引用带来的危险, 也就是所谓的造成十亿美元损失的大错误.
NPE的原因
尽管Kotlin希望消除代码中的NPE,我们总是不小心,总会不小心又掉进NPE的陷阱,下面是可能NPE的原因:
- 明确调用 throw NullPointerException()
- 使用 !! 操作符
- 外部的 Java 代码导致这个异常
- 初始化过程中存在某些数据不一致 (在构造器中使用了未初始化的 this)
避免NPE
在Kotlin中,明确区分可以指向 null 的引用 (可为 null 引用) 与不可以指向null的引用 (非null引用). 比如, 一个通常的 String 类型变量不可以指向 null:
var a: String = "abc"
a = null // 编译错误
- 1
- 2
此时,你对a变量的任何调用都是安全的,因为它为非null,你可以对该引用做任何操作而不会报NPE。就算对a赋值给Null,编译器都会报错,不会让你通过。
可是,实际开发时,不可能所有的变量不会null,总会有情况,变量是null的,此时该如何设定该变量呢?要允许null值的变量, 我们可以将变量声明为可为null的字符串, 写作 String? :
var b: String? = "abc"
b = null // ok
- 1
- 2
这样,我们是解决了变量可以设置为null的问题,可NPE的这个陷阱又设上了,如果再粗心大意,NPE又来找麻烦了。
如果我们仍然需要访问这个属性, 对不对? 有以下几种方法可以实现:
在条件语句中进行null检查
通过条件语句,对变量检查是否为null,对 null 和非 null 的两种情况分别处理:
if (b != null && b.length > 0)
print("String of length ${b.length}")
else
print("Empty string")
- 1
- 2
- 3
- 4
注:
该方案只是针对当前b的值,b的值在检查以后,如果b的值被修改仍需对此值做非null检查,也就是说每次修改b的值,都必须对b作非null验证,这也导致了代码的冗余。
安全调用
什么是安全调用?看起来有点不理解,既然是null怎么还会有安全呢?
b?.length
- 1
在Kotlin中,允许使用 “?.”操作符调用变量,其含义是如果b不是null,这个表达式将会返回b.length,否则返回 null.如果使用了”?.”,其表达式的值也应为 可为null的,比如Int?,否则编译器会报错。
bob?.department?.head?.name
- 1
安全调用在链式调用的情况下非常有用.这样的链式调用, 只要属性链中任何一个属性为 null, 整个表达式就会返回 null.
?:操作符
如果 ?: 左侧的表达式值不是null, 就会返回表达式的的值,否则, 返回右侧表达式的值.
val l = b?.length ?: -1
- 1
如果b不为null,将返回b的长度,如果为null,将返回-1
注:
- 只有在左侧表达式值为 null 时, 才会计算右侧表达式.
由于在 Kotlin 中 throw 和 return 都是表达式, 因此它们也可以用在 Elvis 操作符的右侧. 这种用法可以带来很大的方便, 比如, 可以用来检查函数参数值是否合法。
fun foo(node: Node): String? {
val parent = node.getParent() ?: return null
val name = node.getName() ?: throw IllegalArgumentException(“name expected”)
// …
}
!! 操作符
对于b不为null的情况, 这个表达式将会返回这个非null值(比如, 在我们的例子中就是一个 String 类型值), 如果b是 null, 这个表达式就
会抛出一个 NPE:
val l = b!!.length()
- 1
当b为null时就抛出一个异常,你可以捕获它,而不是在不知道在某一角落里调用时,才报出异常,抓头挠腮半天,才找到NPE在哪里。
安全的类型转换
如果对象不是我们期望的目标类型, 那么通常的类型转换就会导致ClassCastException,可以选择使用安全的类型转换, 如果转换不成功, 它将会返回 null,这样避免了转换异常的抛出。
val aInt: Int? = a as? Int
- 1