摘要：可空性在中，類型系統區分一個引用是可以容納可空引用還是不能容納非空引用。使用可以很方便得將可空轉為非空，但可空變量值為，則會。

01.可空性

02.安全調用運算符：?.

03.Elvis運算符：?:

04.安全轉換運算符：as?

05.非空斷言：!!

06.let函數說明

07.可空類型的擴展

08.Java中判斷方式

09.kotlin是否解決NPE

10.kotlin如何約束非空判斷

11.導致NPE的場景

個人信息

姓名：楊充【26歲】

郵箱：yangchong211@163.com

微信：13667225184

GitHub：https://github.com/yangchong211

博客匯總：https://github.com/yangchong2...

干活集中營：Android端技術博客和開源項目審核員

目前工作情況：在職狀態

技術項目和博客：GitHub項目7k以上star，follower1.1k以上，發表博客100多篇。

熱愛技術：開源項目和博客多次被鴻洋，郭霖，Android技術周刊，干活集中營等等推薦。

學歷：武漢軟件工程職業學院，大專學歷

工作年限：3年多

工作地點：北京

關于近期投遞簡歷一點感想

從進入Android這個行業以來，前兩次幾乎都是朋友內推，面試機會相對容易，都是一個App一個人做或者兩個人做，用戶相對來說并不多。這次想著離職，主要是想進入一個較大的平臺，大概可以理解為Android端有個至少四五人，可以進行技術交流，渴望自己能夠在技術上突破，這就像自己平時獨自跑步，和跟著一群跑馬拉松的人跑步，那種緊張感肯定是不一樣的。

近段時間，嘗試著向一些較大的公司投遞簡歷，大概在拉鉤上投了15個左右(不喜歡海投)，發現絕大多數簡歷到不了技術那里，就被人事說學歷不夠，經驗不夠，工作不匹配等情況回絕。不過也可以理解，看簡歷無非就是學歷和經驗，貌似自己的履歷是差了一點。

這大概是第一次在網上發一個主動希望同行內推的介紹，如果你的公司有Android方面的招聘，能否內推一下我這個小人物，感謝。

在 Kotlin 中，類型系統區分一個引用是可以容納 null （可空引用）還是不能容納（非空引

用）。 例如，String 類型的常規變量不能指向 null

var name: String = "yc"
//編譯錯誤
//name = null

如果希望一個變量可以儲存 null 引用，需要顯式地在類型名稱后面加上問好來標記它：

var name: String? = "yc"
name = null

問號可以加在任何類型的后面來表示這個類型的變量可以存儲 null 引用：Int?、Doubld? 、Long? 等

Kotlin 對可空類型的顯式支持有助于防止 NullPointerException 導致的異常問題，編譯器不允許不對可空變量做 null 檢查就直接調用其屬性

fun check(name: String?): Boolean {
    //編譯器不允許不對 name 做 null 檢查就直接調用其屬性
    return name.isNotEmpty()
}

需要顯式地進行 null 檢查

fun check(name: String?): Boolean {
    if (name != null) {
        return name.isNotEmpty()
    }
    return false
}

安全調用運算符：?.

允許把一次 null 檢查和一次方法調用合并為一個操作，如果變量值非空，則方法或屬性會被調用，否則直接返回 null

例如，以下兩種寫法是完全等同的：

fun check(name: String?) {
    if (name != null) {
        println(name.toUpperCase())
    } else {
        println(null)
    }
}

fun check(name: String?) {
    println(name?.toUpperCase())
}

Elvis 運算符：?:

用于替代 ?. 直接返回默認值 null 的情況，Elvis 運算符接收兩個運算數，如果第一個運算數不為 null ，運算結果就是其運算結果值，如果第一個運算數為 null ，運算結果就是第二個運算數

例如，以下兩種寫法是完全等同的：

fun check(name: String?) {
    if (name != null) {
        println(name)
    } else {
        println("yc")
    }
}

fun check(name: String?) {
    println(name ?: "yc")
}

安全轉換運算符：as? 用于把值轉換為指定的類型，如果值不適合該類型則返回 null

fun check(any: Any?) {
    val result = any as? String
    println(result ?: println("is not String"))
}

非空斷言用于把任何值轉換為非空類型，如果對 null 值做非空斷言，則會拋出異常

fun main(args: Array) {
    var name: String? = "yc"
    check(name) //7

    name = null
    check(name) //KotlinNullPointerException
}

fun check(name: String?) {
    println(name!!.length)
}

let 函數可用于在表達式不為 null 時才執行指定代碼塊

fun main(args: Array) {
    var name: String? = "yc"
    check(name) //yc

    name = null
    check(name) //什么都不會輸出
}

fun check(name: String?) {
    name?.let {
        println(name)
    }
}

為可空類型定義擴展函數是一種更強大的處理 null 值的方式，可以允許接收者為 null 的調用，并在該函數中處理 null ，而不是在確保變量不為 null 之后再調用它的方法

例如，如下方法可以被正常調用而不會發生空指針異常

val name: String? = null
println(name.isNullOrEmpty()) //true

isNullOrEmpty() 的方法簽名如下所示，可以看到這是為可空類型 CharSequence? 定義的擴展函數，方法中已經處理了方法調用者為 null 的情況

@kotlin.internal.InlineOnly
public inline fun CharSequence?.isNullOrEmpty(): Boolean {
    contract {
        returns(false) implies (this@isNullOrEmpty != null)
    }

    return this == null || this.length == 0
}

“防御式編程”大家應該不陌生，核心思想是不信任任何“外部”輸入。

不管是真實的用戶輸入還是其他模塊傳入的實參，具體點就是各種判空。創建一個方法需要判空，創建一個邏輯塊需要判空，甚至自己的代碼內部也需要判空（防止對象的回收之類的）。

public void showToast(Activity activity) {
   if (activity == null) {
       return;
   }
}

各個模塊之間約定好一種規則，大家按照規則來辦事，出了問題找沒有遵守規則的人負責，這樣可以避免大量的判空邏輯。Android 提供了相關的注解以及最基礎的檢查來協助開發者，示例如下：博客

public void showToast(@NonNull Activity activity) {
   ......
}

給 Activity 增加了 @NonNull 的注解，就是向所有調用這個方法的人聲明了一個約定，調用方應該保證傳入的 activity 非空。當然聰明的你應該知道，這是一個很弱的限制，調用方沒注意或者不理會這個注解的話，程序就依然還有 NPE 導致的 crash 的風險。

有些文章說 Kotlin 幫開發者解決了NPE（NullPointerException），這個說法是不對的。Kotlin沒有幫開發者解決了NPE，而是通過在語言層面增加各種強規則，強制開發者去自己處理可能的空指針問題，達到盡量減少（只能減少而無法完全避免）出現 NPE 的目的。

聲明階段

變量需要決定自己是否可為空，比如 private var goodsId: String ?= null，這樣就是可接受 null

傳遞階段

在變量傳遞階段，必須保持“可空性”一致，比如形參聲明是不為空的，那么實參必須本身是非空或者轉為非空才能正常傳遞。示例如下：

private var goodsId: String? = null
private fun Main(){
    getName(goodsId!!)
}

private fun getName(name : String){
    Log.i("", "---$name")
}

還有一種方式，在方法中添加？

private fun Main(){
    getName(goodsId)
}

private fun getName(name : String?){
    Log.i("", "---$name")
}

使用階段

在使用階段，需要嚴格判空

var time: Long? = 1000

private fun Main(){
    time!!.toFloat()
    time?.toInt()
}

得出結論

總的來說 Kotlin 為了解決 NPE 做了大量語言層級的強限制，的確可以做到減少 NPE 的發生。但這種既“契約式”（判空）又“防御式”（聲明空與非空）的方案會讓開發者做更多的工作，會更“麻煩”一點。

比如，請求網絡接口，需要傳遞參數，這種情況下每個字段都可能為空，為了增強邏輯，可以在方法參數上加上"?"，可以避免后端處理參數值時拋出空指針異常。博客

/**

 */
@POST("user/login")
fun userLogin(
        @Query("username") userName: String?,
        @Query("password") password: String?
): Observable>
```

當將可空類型賦值給非空類型時，需要有對空類型的判斷，確保非空才能賦值（Kotlin 的約束）。使用!! 可以很方便得將“可空”轉為“非空”，但可空變量值為 null，則會 crash。

因此使用上建議在確保非空時才用 !!: param!!

否則還是盡量放在判空代碼塊里:

param?.let {
   doSomething(it)
}

個人信息

姓名：楊充【26歲】

郵箱：yangchong211@163.com

微信：13667225184

GitHub：https://github.com/yangchong211

博客匯總：https://github.com/yangchong2...

干活集中營：Android端技術博客和開源項目審核員

目前工作情況：在職狀態

技術項目和博客：GitHub項目7k以上star，follower1.1k以上，發表博客100多篇。

熱愛技術：開源項目和博客多次被鴻洋，郭霖，Android技術周刊，干活集中營等等推薦。

學歷：武漢軟件工程職業學院，大專學歷

工作年限：3年多

工作地點：北京

關于近期投遞簡歷一點感想

從進入Android這個行業以來，前兩次幾乎都是朋友內推，面試機會相對容易，都是一個App一個人做或者兩個人做，用戶相對來說并不多。這次想著離職，主要是想進入一個較大的平臺，大概可以理解為Android端有個至少四五人，可以進行技術交流，渴望自己能夠在技術上突破，這就像自己平時獨自跑步，和跟著一群跑馬拉松的人跑步，那種緊張感肯定是不一樣的。

近段時間，嘗試著向一些較大的公司投遞簡歷，大概在拉鉤上投了15個左右(不喜歡海投)，發現絕大多數簡歷到不了技術那里，就被人事說學歷不夠，經驗不夠，工作不匹配等情況回絕。不過也可以理解，看簡歷無非就是學歷和經驗，貌似自己的履歷是差了一點。

這大概是第一次在網上發一個主動希望同行內推的介紹，如果你的公司有Android方面的招聘，能否內推一下我這個小人物，感謝。

1.技術博客匯總

2.開源項目匯總

3.生活博客匯總

4.喜馬拉雅音頻匯總

5.其他匯總

github：https://github.com/yangchong211

知乎：https://www.zhihu.com/people/...

簡書：http://www.jianshu.com/u/b7b2...

csdn：http://my.csdn.net/m0_37700275

喜馬拉雅聽書：http://www.ximalaya.com/zhubo...

開源中國：https://my.oschina.net/zbj161...

泡在網上的日子：http://www.jcodecraeer.com/me...

郵箱：yangchong211@163.com

阿里云博客：https://yq.aliyun.com/users/a... 239.headeruserinfo.3.dT4bcV

segmentfault頭條：https://segmentfault.com/u/xi...

掘金：https://juejin.im/user/593943...