欧美日一区二区,国产91丝袜在线熟,天天拍天天色

Kotlin null的處理詳解

NullPointerException,俗稱NPE，不管菜鳥還是老鳥們，都是不可避免，經(jīng)常遇到的一個異常，解釋起來很簡單，就“空指針”三個字。總是在一次不小心，而掉進這個陷阱里。Kotlin 的設(shè)計目標就是希望消除代碼中 null 引用帶來的危險, 也就是所謂的造成十億美元損失的大錯誤.

NPE的原因

盡管Kotlin希望消除代碼中的NPE，我們總是不小心，總會不小心又掉進NPE的陷阱，下面是可能NPE的原因：

明確調(diào)用 throw NullPointerException()
使用 !! 操作符
外部的 Java 代碼導(dǎo)致這個異常
初始化過程中存在某些數(shù)據(jù)不一致 (在構(gòu)造器中使用了未初始化的 this)

避免NPE

在Kotlin中，明確區(qū)分可以指向 null 的引用 (可為 null 引用) 與不可以指向null的引用 (非null引用). 比如, 一個通常的 String 類型變量不可以指向 null:

1 2	`var a: String =` `"abc"` `a =` `null` `// 編譯錯誤`

此時，你對a變量的任何調(diào)用都是安全的，因為它為非null，你可以對該引用做任何操作而不會報NPE。就算對a賦值給Null，編譯器都會報錯，不會讓你通過。

可是，實際開發(fā)時，不可能所有的變量不會null，總會有情況，變量是null的，此時該如何設(shè)定該變量呢？要允許null值的變量, 我們可以將變量聲明為可為null的字符串, 寫作 String? :

1 2	`var b: String? =` `"abc"` `b =` `null` `// ok`

這樣，我們是解決了變量可以設(shè)置為null的問題，可NPE的這個陷阱又設(shè)上了，如果再粗心大意，NPE又來找麻煩了。

如果我們?nèi)匀恍枰L問這個屬性, 對不對? 有以下幾種方法可以實現(xiàn)：

在條件語句中進行null檢查

通過條件語句，對變量檢查是否為null，對 null 和非 null 的兩種情況分別處理:

									if (b != null && b.length > 0)

									  print("String of length ${b.length}")

									else

									  print("Empty string")

注：

該方案只是針對當前b的值，b的值在檢查以后，如果b的值被修改仍需對此值做非null檢查，也就是說每次修改b的值，都必須對b作非null驗證，這也導(dǎo)致了代碼的冗余。

安全調(diào)用

什么是安全調(diào)用？看起來有點不理解，既然是null怎么還會有安全呢？

1	`b?.length`

在Kotlin中，允許使用 “？.”操作符調(diào)用變量，其含義是如果b不是null,這個表達式將會返回b.length,否則返回 null.如果使用了”?.”,其表達式的值也應(yīng)為可為null的，比如Int?,否則編譯器會報錯。

1	`bob?.department?.head?.name`

安全調(diào)用在鏈式調(diào)用的情況下非常有用.這樣的鏈式調(diào)用, 只要屬性鏈中任何一個屬性為 null, 整個表達式就會返回 null.

?:操作符

如果 ?: 左側(cè)的表達式值不是null, 就會返回表達式的的值,否則, 返回右側(cè)表達式的值.

1	`val l = b?.length ?: -1`

如果b不為null，將返回b的長度，如果為null，將返回-1

注：

只有在左側(cè)表達式值為 null 時, 才會計算右側(cè)表達式.

由于在 Kotlin 中 throw 和 return 都是表達式, 因此它們也可以用在 Elvis 操作符的右側(cè). 這種用法可以帶來很大的方便, 比如, 可以用來檢查函數(shù)參數(shù)值是否合法。

									fun foo(node: Node): String? { 

									val parent = node.getParent() ?: return null

									val name = node.getName() ?: throw IllegalArgumentException(“name expected”) 

									// … 

									}