Scala 非常重視代碼的簡(jiǎn)明扼要，形如arg => exPR的匿名函數(shù), 可以很明顯的體現(xiàn)函數(shù)的結(jié)構(gòu)體，也可以用在一些含有多條語(yǔ)句的復(fù)雜函數(shù)上。 對(duì)于自解釋參數(shù)名的函數(shù)，我們更優(yōu)雅的選擇是使用占位符，以避免對(duì)參數(shù)進(jìn)行聲明，例如

可以簡(jiǎn)化成 :

這兩個(gè)表達(dá)式是等價(jià)的，在REPL里執(zhí)行的結(jié)果也一樣,如果我們加入一段debug語(yǔ)句，來(lái)看看表達(dá)式的運(yùn)行過(guò)程將會(huì)如何呢？ List(1, 2).map { i => println("hi"); i + 1 } List(1, 2).map { println("hi); _+ 1 } 讓我們來(lái)猜測(cè)一下，這兩段代碼運(yùn)行的結(jié)果將會(huì)如何。。。

你已經(jīng)選好了答案， 現(xiàn)在我們把代碼輸入REPL，看看運(yùn)行結(jié)果是不是和預(yù)想的一致， coding。。。 enter。。。 Author：mark

此刻，我心中有一萬(wàn)頭草泥馬在蹦騰， why， why，why ！ 我們只是用占位符簡(jiǎn)化了表達(dá)式的寫(xiě)法，但是程序運(yùn)行邏輯怎么就不一樣了呢？ 因?yàn)槟涿瘮?shù)經(jīng)常作為參數(shù)傳遞，通常情況下都是以{}包圍起來(lái)，順其自然，我們會(huì)認(rèn)為在一對(duì)大括號(hào)內(nèi)的代碼就是一整段函數(shù)體， 但實(shí)際上這個(gè)只是為了分隔代碼塊，一行或者多行語(yǔ)句，最終決定了這個(gè)代碼塊的結(jié)果。 這兩個(gè)代碼塊如何被解析將決定程序執(zhí)行的行為，{ i => println(“Hi”); i + 1 } 遵守形式 arg => expr ，println(“Hi”); i + 1 屬于同一段代碼塊，所以println語(yǔ)句是方法體的一部分，方法每調(diào)用一次，println語(yǔ)句就將執(zhí)行一次。

但是第二段語(yǔ)句，代碼塊表示的兩個(gè)表達(dá)式：println(“Hi”) 和 _+1，并且 _+1 是map()函數(shù)的輸出結(jié)果，println并不是函數(shù)體的一部分，只有在給map賦值時(shí)會(huì)執(zhí)行。

上面的說(shuō)的一定滿足不了喜歡刨根問(wèn)底的人，show me the turth，寫(xiě)到這里，必須得拿出點(diǎn)兒證據(jù)。scala 代碼最終會(huì)編譯成class文件，用反編譯工具，我們可以看到編譯器理解的代碼。

忽略掉其他無(wú)關(guān)信息，我們可以清楚的看到Predef..MODULE$.println(“hi”); 這段語(yǔ)句在方法執(zhí)行體之外，這樣也就驗(yàn)證了為什么只會(huì)打印一次。 scala鼓勵(lì)我們使用精簡(jiǎn)的表達(dá)式，但是在使用占位符簡(jiǎn)化表達(dá)式時(shí)，我們需要清楚我們?cè)诟墒裁?，避免出現(xiàn)一些奇奇怪怪的bug。