前言

很多同學(xué)剛上手使用Kotlin知道它有針對(duì)Java NullPointerException的管理，而在Kotlin中?和!!均是和NullPointerException有關(guān)系，可他們的區(qū)別到底是什么呢？為什么別人開(kāi)發(fā)的項(xiàng)目中出現(xiàn)了好多"?"，而我讀起來(lái)卻滿臉問(wèn)號(hào)。

不懂就問(wèn)百度呀，確實(shí)有人解釋它們的區(qū)別，比如：

這是輸入"kotlin ?和!!"搜索到的百度第一條答案，確實(shí)這位說(shuō)的沒(méi)錯(cuò)。不過(guò)我覺(jué)得對(duì)于一個(gè)剛接觸KT(Kotlin)的新手來(lái)說(shuō)，他恐怕需要有漢語(yǔ)八級(jí)才能透徹理解這兩句話的意思。

先闡述兩個(gè)概念：

• "?"加在變量名后，系統(tǒng)在任何情況不會(huì)報(bào)它的空指針異常。
• "!!"加在變量名后，如果對(duì)象為null，那么系統(tǒng)一定會(huì)報(bào)異常！
  

在Java上出異常的，轉(zhuǎn)化到KT上，編譯器任然會(huì)讓他保持拋出異常，NullPointerException也是如此。

所以結(jié)合上下文可以看得出，!!加上去后好像并沒(méi)有和之前Java代碼有什么區(qū)別嘛，該null的地方任然會(huì)拋出異常。所以大多數(shù)情況下都會(huì)使用?來(lái)檢測(cè)null，輪不到!!出場(chǎng)。!!只會(huì)在你需要對(duì)某對(duì)象進(jìn)行非空判斷，并且需要拋出異常時(shí)才會(huì)使用到。

那我們接下來(lái)著重講解一下?到底怎么用。

在聲明對(duì)象時(shí)，把它跟在類名后面，表示這個(gè)類允許為null；

在調(diào)用對(duì)象時(shí)，把它跟在對(duì)象后面，表示如果為null程序就會(huì)視而不見(jiàn)。

如下列代碼：

// 這是聲明一個(gè)變量，問(wèn)號(hào)跟在類名后面
var room: Room? = Room()

private fun checkRoom() {
    // 因?yàn)榧由狭藛?wèn)號(hào)，所以可以任意的把room變成空
    room = null

    // 因?yàn)樵谡{(diào)用時(shí)加上了問(wèn)號(hào)，所以程序不會(huì)拋出異常
    Log.d("TAG", "-->> room name = ${room?.roomName}")
}

再舉個(gè)不用?的例子：
    // 這樣程序就默認(rèn)的給room加上了!!，從此以后room不允許為null
var room: Room = Room()

private fun checkRoom() {
    // 當(dāng)把null賦給room時(shí)，從編譯的時(shí)候就已經(jīng)不通過(guò)
    room = null
    // 并且編譯器建議把對(duì)象后面的問(wèn)號(hào)刪除，因?yàn)檫@個(gè)對(duì)象永遠(yuǎn)不為空
    Log.d("TAG", "-->> room name = ${room.roomName}")
}

所以加上?是一種安全的寫法，它體現(xiàn)了Kotlin null safety的特性。

KT的語(yǔ)法很靈動(dòng)，定義參數(shù)還可以寫成

val room: Room? = Room()    // 先實(shí)例化一個(gè)room，并且room可以為空
val room: Room? = null  // 不實(shí)例化了，開(kāi)始room就是空的

val room: Room = Room()   // 實(shí)例化一個(gè)room，并且room永遠(yuǎn)不能為空
val room = Room()   // 和上一行代碼一樣，是KT最常用的簡(jiǎn)寫語(yǔ)法

然而加上問(wèn)號(hào)以后程序就萬(wàn)事大吉永遠(yuǎn)擺脫了NullPointerException的煩惱？我們?cè)倏聪乱欢未a：

 `   val roomList: ArrayList<Room>? = null
    if (roomList?.size > 0) {
        Log.d("TAG", "-->> 房間數(shù)不是0")
    }
    `

當(dāng)我們判斷l(xiāng)ist.size的時(shí)候，編譯器會(huì)告訴我們"Operator call corresponds to a dot-qualified call 'roomList?.size.compareTo(0)' which is not allowed on a nullable receiver 'roomList?.size'."。大概意思是，當(dāng)roomList為null的時(shí)，它的size返回就是"null"，但是"null"不可以和int值比大小，所以編譯器建議我們寫成roomList?.size!! > 0。

沒(méi)錯(cuò)，經(jīng)過(guò)編譯器的建議加上了!!，我們程序運(yùn)行到這行代碼，roomList為null時(shí)它一定會(huì)報(bào)異常。所以是不是必須得在外面套一層if(roomList != null)這種Java常見(jiàn)語(yǔ)句才能避免異常嗎？

當(dāng)然Kotlin不會(huì)讓程序出現(xiàn)這種啰嗦的代碼，所以里面提供了對(duì)象A ?: 對(duì)象B表達(dá)式，并且取消了Java中的條件表達(dá)式 ? 表達(dá)式1 : 表達(dá)式2這個(gè)三元表達(dá)式。

?:表示的意思是，當(dāng)對(duì)象A值為null的時(shí)候，那么它就會(huì)返回后面的對(duì)象B。

    `val roomList: ArrayList<Room>? = null
    val mySize= roomList?.size ?: 0  

總結(jié)

到此這篇關(guān)于Kotlin中?和!!區(qū)別的文章就介紹到這了,更多相關(guān)Kotlin中?和!!區(qū)別內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論