go 學習筆記之10 分鐘簡要理解 go 語言閉包技術

閉包是主流編程語言中的一種

通用技術,常常和函數式編程進行強強聯合,本文主要是介紹 Go 語言中什麼是閉包以及怎麼理解閉包.

如果讀者對於 Go 語言的閉包還不是特別清楚的話,可以參考上一篇文章 go 學習筆記之僅僅需要一個示例就能講清楚什麼閉包.

或者也可以直接無視,因為接下來會回顧一下前情概要,現在你準備好了嗎? Go !

斐波那契數列見閉包

不論是 Go 官網還是網上其他講解閉包的相關教程,總能看到斐波那契數列的身影,足以說明該示例的經典!

斐波那契數列(Fibonacci sequence),又稱黃金分割數列 .因數學家列昂納多·斐波那契(Leonardoda Fibonacci)以兔子繁殖為例子而引入,故又稱為“兔子數列”,指的是這樣一個數列: 1、1、2、3、5、8、13、21、34、……在數學上,斐波那契數列以如下被以遞推的方法定義: F(1)=1，F(2)=1, F(n)=F(n-1)+F(n-2)（n>=3，n∈N*） .在現代物理、準晶體結構、化學等領域，斐波納契數列都有直接的應用,為此,美國數學會從1963年起出版了以《斐波納契數列季刊》為名的一份數學雜誌,用於專門刊載這方面的研究成果.

根據上述百度百科的有關描述,我們知道斐波那契數列就是形如 1 1 2 3 5 8 13 21 34 55 的遞增數列,從第三項開始起,當前項是前兩項之和.

為了計算方便,定義兩個變量 a,b 表示前兩項,初始值分別設置成 0,1 ,示例:

// 0 1 1 2 3 5 8 13 21 34 55
// a b 
// a b
a, b := 0, 1

初始化後下一輪移動,a, b = b, a+b 結果是 a , b = 1 , 1,剛好能夠表示斐波那契數列的開頭.

「雪之夢技術驛站」試想一下: 如果 a,b 變量的初始值是 1,1 ,不更改邏輯的情況下,最終生成的斐波那契數列是什麼樣子?

但是上述示例只能生成斐波那契數列中的第一個數字,假如我們需要前十個數列,又該如何?

通過指定循環次數再稍加修改上述單數列代碼,現在就可以生成前十位數列:

這種做法是接觸閉包概念前我們一直在採用的解決方案,相信稍微有一定編程經驗的開發者都能實現,但是閉包卻提供了另一種思路!

不論是普通函數還是閉包函數,實現斐波那契數列生成器函數的邏輯不變,只是實現不同,閉包返回的是內部函數,留給使用者繼續調用而普通函數是直接生成斐波那契數列.

對於這種函數內部嵌套另一個函數並且內部函數引用了外部變量的這種實現方式,稱之為"閉包"!

「雪之夢技術驛站」: 閉包是函數+引用環境組成的有機整體,兩者缺一不可,詳細請參考go 學習筆記之僅僅需要一個示例就能講清楚什麼閉包.

自帶獨立的運行環境

「雪之夢技術驛站」: 自帶運行環境的閉包正如電影中出場自帶背景音樂的發哥一樣,音樂響起,發哥登場,閉包出現,環境自帶!

閉包自帶獨立的運行環境,每一次運行閉包的環境都是相互獨立的,正如面向對象中類和對象實例化的關係那樣,閉包是類,閉包的引用是實例化對象.

上述示例是閉包實現的計算器自增,每一次引用 autoIncrease 函數獲得的閉包環境都是彼此獨立的,直接上單元測試用例.

函數引用 a 和 b 的環境是獨立的,相當於另一個一模一樣計數器重新開始計數,並不會影響原來的計數器的運行結果.

「雪之夢技術驛站」: 閉包不僅僅是函數,更加重要的是

環境.從運行效果上看,每一次引用閉包函數重新初始化運行環境這種機制,非常類似於面向對象中類和實例化對象的關係!

長生不老是福還是禍

普通函數內部定義的變量壽命有限,函數運行結束後也就被系統銷燬了,結束了自己短暫而又光榮的一生.

但是,閉包所引用的變量卻不一樣,只要一直處於使用中狀態,那麼變量就會"長生不老",並不會因為出身於函數內就和普通變量擁有一樣的短暫人生.

• 老驥伏櫪,志在千里

「雪之夢技術驛站」: 如果使用者一直在使用閉包函數,那麼閉包內部引用的自由變量就不會被銷燬,一直處於活躍狀態,從而獲得永生的超能力!

• 禍兮福所倚福兮禍所伏

凡事有利必有弊,閉包不死則引用變量不滅,如果不理解變量長生不老的特性,編寫閉包函數時可能一不小心就掉進作用域陷阱了,千萬要小心!

下面以綁定循環變量為例講解閉包作用域的陷阱,示例如下:

countByClosureButWrong 閉包函數引用的自由變量不僅有 arr 數組還有循環變量 i ,函數的整體邏輯是: 閉包函數內部維護一個函數數組,保存的函數主要返回了循環變量.

當我們運行 countByClosureButWrong 函數獲得閉包返回的函數數組 arr,然後通過 range 關鍵字進行遍歷數組,得到正在遍歷的函數項 c.

當我們運行 c() 時,期望輸出的 1,2,3 循環變量的值,但是實際結果卻是 4,4,4.

原因仍然是變量長生不老的特性:遍歷循環時綁定的變量值肯定是 1,2,3,但是循環變量 i 卻沒有像普通函數那樣消亡而是一直長生不老,所以變量的引用發生變化了!

長生不老的循環變量的值剛好是當初循環的終止條件 i=4,只要運行閉包函數,不論是數組中的哪一項函數引用的都是相同的變量 i,所以全部都是 4,4,4.

既然是變量引用出現問題,那麼解決起來就很簡單了,不用變量引用就好了嘛!

最簡單的做法就是使用短暫的臨時變量 n 暫存起來正在遍歷的值,閉包內引用的變量不再是 i 而是臨時變量 n.

上述解決辦法很簡單就是採用臨時變量綁定循環變量的值,而不是原來的長生不老的變量引用,但是這種做法不夠優雅,還可以繼續簡化進行版本升級.

既然是採用變量賦值的做法,是不是和參數傳遞中的值傳遞很相像?那我們就可以用值傳遞的方式重新複製一份變量的值傳遞給閉包函數.

「雪之夢技術驛站」: 採用匿名函數自執行的方式傳遞參數 i ,函數內部使用變量 n 綁定了外部的循環變量,看起來更加優雅,有逼格!

採用匿名函數進行值傳遞進行改造後,我們再次運行測試用例驗證一下改造結果:

終於解決了正確綁定循環變量的問題,下次再出現實際結果和預期不符,不一定是 bug 有可能是理解不深,沒有正確使用閉包!

七嘴八舌暢談優缺點

• 模擬類和對象的關係,也可以實現封裝,具備一定面向對象能力

「雪之夢技術驛站」: 每次調用閉包函數所處的環境都是相互獨立的,這種特性類似於面向對象中類和實例化對象的關係.

• 緩存複雜邏輯,常駐內存,避免濫用全局變量徒增維護成本.

「雪之夢技術驛站」: 長生不老的特性使得閉包引用變量可以常駐內存,用於緩存一些複雜邏輯代碼非常合適,避免了原來的全局變量的濫用.

• 實現閉包成本較高,同時也增加了理解難度
  .

「雪之夢技術驛站」: 普通函數轉變成閉包函數不僅實現起來有一定難度,而且理解起來也不容易,不僅要求多測試幾遍還要理解閉包的特性.

• 濫用容易佔用過多內存,可能造成內存洩漏.

「雪之夢技術驛站」: 過多使用閉包勢必造成引用變量一直常駐內存,如果出現循環引用或者垃圾回收不及時有可能造成內存洩漏問題.

簡單總結下閉包知識

閉包是一種通用技術,Go 語言支持閉包,主要體現在 Go 支持函數內部嵌套匿名函數,但 Go 不支持普通函數嵌套.

簡單的理解,閉包是函數和環境的有機結合整體,獨立和運行環境和長生不老的引用變量是閉包的兩大重要特徵.

不論是模擬面向對象特性,實現緩存還是封裝對象等等應用都是這兩特性的應用.

最後,讓我們再回憶一下貫穿始終的

斐波那契數列來結束此次閉包之旅!

本文涉及示例代碼:

https://github.com/snowdreams1006/learn-go/blob/master/functional/closure/closure_test.go

• 閉包的概念、形式與應用

https://www.ibm.com/developerworks/cn/linux/l-cn-closure/

• Jartto 博客:反思閉包

http://jartto.wang/2017/12/18/reflective-closure/

• 三點水博客: 再談閉包

https://lotabout.me/2016/thoughts-of-closure/

• gitbook博客: 閉包的實現

https://tiancaiamao.gitbooks.io/go-internals/content/zh/03.6.html