如果有人對程序的崩潰原因做下統計的話，那么由于對象為空，但是又訪問了對象的某個屬性而導致的崩潰，也許會是程序崩潰的第一大原因了。

比如我們在使用字符串的時候，變量字符串為空的時候，我們去訪問了這個字符串變量的長度，結果就導致了程序的崩潰。

后來我們有經驗了，在訪問對象的屬性時，我們都得先做一層對象是否為空的判斷，這樣我們的程序就變成了這樣：

if  (str!=null  &&  str.length()>0  &&  str.trim().length()>0)  {}

這樣看似非常的嚴謹，其實非常的冗長，很多代碼都是不必要的，而且為了提高程序的穩定性，程序到處都是這用判斷。

歸根到還是，所有的編譯器是沒有辦法檢查出運行時對象是否為空的。

可空變量?

雖然由于訪問空變量的屬性而導致的程序的崩潰，很大程度上是因為程序員的問題，但是作為編譯器或者編程規范，有哪些還可以提升的 地方呢。

Kotlin 在變量的屬性上，把變量分為可空變量和不可空變量。

我們平時聲明的變量都是不可空變量，對于不可空變量一開始就需要進行賦值，否則會出現如下的錯誤：

變量沒有賦值：

        var str:String
        var len = str.length

錯誤提示：

Variable 'str' must be initialized

如果聲明一個可空的變量，一開始可以先不賦值，當一個空對象在訪問了一些屬性后，會報錯。

        var strn:String? =null
        println(strn.length)

那就會報如下的錯誤：

Only safe (?.) or non-null asserted (!!.) calls are allowed on a nullable receiver of type String?

Kotlin 在空判斷為我們做了這個新特性，但是還是得靠程序員，程序員的科學使用，才能最好的保證程序的穩定性。

!! 運算符

Kotlin 幫我們空對象做了一些處理，對于一些可控的對象，Kotlin 在訪問某些屬性是，如果對象是空的，即使訪問了某些屬性也不會直接崩潰，而是返回空對象。

如果我們不確定對象有沒有值時，我們可以這樣來訪問屬性：

        var strn:String? =null
        var len = strn?.length

你可以理解這個?，是我們對這個變量的不確定。

如果你對這個變量很有信心，同樣的，你也可以加上兩個!!，進行強調說你非常的確認他不是空的。

        var strn:String? =null
        var len = strn?.length
        strn = "1231"
        println(strn!!.length)

如果你怎么有信心，你可以使用let關鍵字。

        var myText:String? = null
        myText = "hello let"
        myText?.let {
            var tv_text: TextView = findViewById(R.id.tv_test) as TextView
            tv_text.text = myText
        }

當myText 為null ，是不會進入let 里面的函數的，相當于他幫助我們判斷了是否為空的動作。寫起來是不是簡單多了，在程序中如果不確定的變量就引用let 會減少很多程序的崩潰問題。

小結

程序中崩潰的原因，大部分是我們訪問了一個空變量，這時候程序就退出了，這當然是程序員的不小心導致的，但是對于語言，可以幫我們先做檢驗，或者把編譯器寫的智能點，別讓程序員經常犯這些錯誤。Kotlin 幫我們做了很多，如果再次碰到 ?? 和!!的運算符，我們就好理解了。