本文主要是介紹Swift中閉包的簡單使用，將從“閉包的定義”、"閉包的創(chuàng)建、賦值、調(diào)用"、“閉包常見的幾種使用場景”，"使用閉包可能引起的循環(huán)強(qiáng)引用" 四個(gè)方面入手，重點(diǎn)介紹閉包如何使用，沒有高深的概念，只是專注于實(shí)際使用，屬于入門級水平，后面還會(huì)有關(guān)于閉包更加詳細(xì)和深入理解的文章。希望大家在閱讀完本文后能夠?qū)﹂]包有一個(gè)整體的理解以及能夠簡單的使用它。

閉包的定義

在Swift開發(fā)文檔中是這樣介紹閉包的：閉包是可以在你的代碼中被傳遞和引用的功能性獨(dú)立模塊。Swift 中的閉包和 C 以及 Objective-C 中的 block 很像，還有其他語言中的匿名函數(shù)也類似。閉包的作用主要是：夠捕獲和存儲(chǔ)定義在其上下文中的任何常量和變量的引用， 能夠?yàn)槟闾幚硭嘘P(guān)于捕獲的內(nèi)存管理的操作(概念性問題，可以不用糾結(jié)太多啦)。

閉包的表達(dá)式語法

閉包表達(dá)式語法有如下的一般形式：

 { (parameters/接收的參數(shù)) -> (return type/閉包返回值類型) in  statements/保存在閉包中需要執(zhí)行的代碼 }

閉包根據(jù)你的需求是有類型的，閉包的類型 一般形式如下:

(parameters/接收的參數(shù)) -> (return type/閉包返回值類型)

利用typealias為閉包類型定義別名

這里先介紹一下 typealias的使用 : typealias是Swift中用來為已經(jīng)存在的類型重新定義名字的關(guān)鍵字（類似于OC語法中的 typedef），重新命名的新名字用來替代之前的類型，并且能夠使代碼變得更加清晰簡單容易理解。typealias 的用法很簡單，直接用 = 賦值就可以了：

typealias <type name> = <type expression>

這里我們可以用 typealias 來為看似較為復(fù)雜的閉包類型定義別名，這樣以后我們就可以用別名直接去申明這樣類型的閉包了，例子如下：

//為沒有參數(shù)也沒有返回值的閉包類型起一個(gè)別名 typealias Nothing = () -> () //如果閉包的沒有返回值，那么我們還可以這樣寫， typealias Anything = () -> Void //為接受一個(gè)Int類型的參數(shù)不返回任何值的閉包類型 定義一個(gè)別名：PrintNumber typealias PrintNumber = (Int) -> () //為接受兩個(gè)Int類型的參數(shù)并且返回一個(gè)Int類型的值的閉包類型 定義一個(gè)別名：Add typealias Add = (Int, Int) -> (Int)

閉包是否接受參數(shù)、接受幾個(gè)參數(shù)、返回什么類型的值完全取決于你的需求。

閉包的創(chuàng)建、賦值、調(diào)用

閉包表達(dá)式語法能夠使用常量形式參數(shù)、變量形式參數(shù)和輸入輸出形式參數(shù)，但不能提供默認(rèn)值。可變形式參數(shù)也能使用，但需要在形式參數(shù)列表的最后面使用。元組也可被用來作為形式參數(shù)和返回類型。在閉包的中會(huì)用到一個(gè)關(guān)鍵字in，in 可以看做是一個(gè)分割符，他把該閉包的類型和閉包的函數(shù)體分開，in前面是該閉包的類型，in后面是具體閉包調(diào)用時(shí)保存的需要執(zhí)行的代碼。表示該閉包的形式參數(shù)類型和返回類型定義已經(jīng)完成，并且閉包的函數(shù)體即將開始執(zhí)行。這里總結(jié)了一下可能用到的幾種形式實(shí)現(xiàn)閉包的創(chuàng)建、賦值、調(diào)用的過程。例子如下:

方式一：利用typealias最完整的創(chuàng)建

//為(_ num1: Int, _ num2: Int) -> (Int) 類型的閉包定義別名：Add typealias Add = (_ num1: Int, _ num2: Int) -> (Int)//創(chuàng)建一個(gè) Add 類型的閉包常量：addCloser1 let addCloser1: Add//為已經(jīng)創(chuàng)建好的常量 addCloser1 賦值 addCloser1 = {  (_ num1: Int, _ num2: Int) -> (Int) in  return num1 + num2 }//調(diào)用閉包并接受返回值 let result = addCloser1(20, 10)

形式二：閉包類型申明和變量的創(chuàng)建合并在一起

//創(chuàng)建一個(gè) (_ num1: Int, _ num2: Int) -> (Int) 類型的閉包常量：addCloser1 let addCloser1: (_ num1: Int, _ num2: Int) -> (Int)//為已經(jīng)創(chuàng)建好的常量 addCloser1 賦值 addCloser1 = {   (_ num1: Int, _ num2: Int) -> (Int) in   return num1 + num2 } //調(diào)用閉包并接受返回值 let result = addCloser1(20, 10)

形式三：省略閉包接收的形參、省略閉包體中返回值

//創(chuàng)建一個(gè) (Int, Int) -> (Int) 類型的閉包常量：addCloser1 let addCloser1: (Int, Int) -> (Int)//為已經(jīng)創(chuàng)建好的常量 addCloser1 賦值 addCloser1 = {   (num1, num2) in   return num1 + num2 }//調(diào)用閉包并接受返回值 let result = addCloser1(20, 10)

形式四：在形式三的基礎(chǔ)上進(jìn)一步精簡

//創(chuàng)建一個(gè) (Int, Int) -> (Int) 類型的閉包常量：addCloser1 并賦值 let addCloser1: (Int, Int) -> (Int) = {   (num1, num2) in   return num1 + num2  } //調(diào)用閉包并接受返回值 let result = addCloser1(20, 10)

形式五：如果閉包沒有接收參數(shù)省略in

//創(chuàng)建一個(gè) () -> (String) 類型的閉包常量：addCloser1 并賦值  let addCloser1: () -> (String) = {   return "這個(gè)閉包沒有參數(shù)，但是有返回值"   } //調(diào)用閉包并接受返回值  let result = addCloser1()

形式六：簡寫的實(shí)際參數(shù)名

//創(chuàng)建一個(gè) (String, String) -> (String) 類型的閉包常量：addCloser1 并賦值  let addCloser1: (String, String) -> (String) = {   return "閉包的返回值是:/($0),/($1)"   } //調(diào)用閉包并接受返回值  let result = addCloser1("Hello", "Swift!")

說明： 得益于Swift的類型推斷機(jī)制，我們在使用閉包的時(shí)候可以省略很多東西，而且Swift自動(dòng)對行內(nèi)閉包提供簡寫實(shí)際參數(shù)名，你也可以通過 $0, $1, $2 等名字來引用閉包的實(shí)際參數(shù)值。如果你在閉包表達(dá)式中使用這些簡寫實(shí)際參數(shù)名，那么你可以在閉包的實(shí)際參數(shù)列表中忽略對其的定義，并且簡寫實(shí)際參數(shù)名的數(shù)字和類型將會(huì)從期望的函數(shù)類型中推斷出來。in關(guān)鍵字也能被省略，$0 和 $1 分別是閉包的第一個(gè)和第二個(gè) String類型的 實(shí)際參數(shù)（引自文檔翻譯）。

閉包常見的幾種使用場景

基本掌握閉包的概念后，我們就可以利用閉包做事情了，下面介紹一下閉包在開發(fā)中的可能被用到的場景。
場景一：利用閉包傳值
開發(fā)過程中常常會(huì)有這樣的需求：一個(gè)頁面的得到的數(shù)據(jù)需要傳遞給前一個(gè)頁面使用。這時(shí)候使用閉包可以很簡單的實(shí)現(xiàn)兩個(gè)頁面之間傳值。

圖片發(fā)自簡書App

場景再現(xiàn)：

第一個(gè)界面中有一個(gè)用來顯示文字的UILabel和一個(gè)點(diǎn)擊進(jìn)入到第二個(gè)界面的UIButton,第二個(gè)界面中有一個(gè)文本框UITextField和一個(gè)點(diǎn)擊返回到上一個(gè)界面的UIButton,現(xiàn)在的需求是在第二個(gè)界面的UITextField中輸入完文字后，點(diǎn)擊返回按鈕返回到第一個(gè)界面并且將輸入的文字顯示在第一個(gè)界面（當(dāng)前頁面）的UILabel中。

實(shí)現(xiàn)代碼:

首先在第二個(gè)界面的控制器中定義一個(gè)( String) -> ()可選類型的閉包常量closer作為SecondViewController的屬性。closer接收一個(gè)String類型的參數(shù)（就是輸入的文字）并且沒有返回值。然后在返回按鈕的點(diǎn)擊事件中傳遞參數(shù)執(zhí)行閉包。

import UIKitclass SecondViewController: UIViewController { //輸入文本框 @IBOutlet weak var textField: UITextField! //為創(chuàng)建一個(gè)(String) -> () 的可選類型的閉包變量作為控制器的屬性 var closer: ((String) -> ())? //返回按鈕的點(diǎn)擊事件 @IBAction func backButtonDidClick(_ sender: AnyObject) {  //首先判斷closer閉包是否已經(jīng)被賦值，如果已經(jīng)有值，直接調(diào)用該閉包，并將輸入的文字傳進(jìn)去。  if closer != nil {   closer!(textField.text!)  }  navigationController?.popViewController(animated: true) }}

這里有一個(gè)注意點(diǎn)：我們在為SecondViewController定義變量閉包屬性的時(shí)候需要將類型申明為可選類型，閉包可選類型應(yīng)該是((String) -> ())?而不是(String) -> ()?的，后者指的是閉包的返回值是可選類型。

回到第一個(gè)界面的控制器中，我們需要拖線拿到UILabel的控件，然后重寫prepare(for segue: UIStoryboardSegue, sender:Any?) { }方法，在這個(gè)跳轉(zhuǎn)方法中拿到跳轉(zhuǎn)的目標(biāo)控制器SecondVC并為他的閉包屬性賦值，當(dāng)然如果你的跳轉(zhuǎn)按鈕的點(diǎn)擊事件是自己處理的，直接在按鈕的點(diǎn)擊事件中這樣做就OK了。

import UIKitclass FirstViewController: UIViewController { //顯示文字的label @IBOutlet weak var label: UILabel! //重寫這個(gè)方法 override func prepare(for segue: UIStoryboardSegue, sender: Any?) {  //拿到跳轉(zhuǎn)的目標(biāo)控制器  let secondVC = segue.destination as! SecondViewController  //為目標(biāo)控制器的閉包屬性賦值  secondVC.closer = {   //將閉包的參數(shù)(輸入的文本內(nèi)容)顯示在label上   self.label.text = $0  } }}

經(jīng)過上面的處理，我們就可以實(shí)現(xiàn)兩個(gè)頁面之間的傳值了（是不是很簡單呢），當(dāng)然在具體的開發(fā)中很可能不是傳遞文本內(nèi)容這么簡單，當(dāng)需要傳遞更復(fù)雜的值時(shí)，我們可以將傳遞的值包裝成一個(gè)模型，直接用閉包傳遞模型就好了。

場景二：閉包作為函數(shù)的參數(shù)

在OC語法中block可以作為函數(shù)的參數(shù)進(jìn)行傳遞，在Swift中同樣可以用閉包作為函數(shù)的參數(shù)，還記得上面利用typealias關(guān)鍵字定義別名嗎，定義完的別名就是一個(gè)閉包類型，可以用它申明一個(gè)閉包常量或變量當(dāng)做參數(shù)進(jìn)行傳遞。一個(gè)最簡單的閉包作為函數(shù)參數(shù)例子如下：

//為接受一個(gè)Int類型的參數(shù)并且返回一個(gè)Int類型的值的閉包類型定義一個(gè)別名：Number typealias Number = (num1: Int) -> (Int) //定義一個(gè)接收Number類型的參數(shù)沒有返回值的方法 func Text(num: Number) {  //code }

閉包在作為函數(shù)的參數(shù)進(jìn)行傳遞的時(shí)候根據(jù)函數(shù)接收參數(shù)的情況有很多種不同的寫法。這里我們主要介紹一下尾隨閉包的概念。

首先看一下一般形式的閉包作為函數(shù)的參數(shù)傳遞：

//拼接兩個(gè)字符串和一個(gè)整數(shù) func combine(handle:(String, String) -> (Void), num: Int) {   handle("hello", "world /(num)")  }//方法調(diào)用 combine(handle: { (text, text1) -> (Void) in   print("/(text) /(text1)")   }, num: 2016)

可以看到上面的combine方法在主動(dòng)調(diào)用的時(shí)候依舊是按照func(形參: 實(shí)參)這樣的格式。當(dāng)我們把閉包作為函數(shù)的最后一個(gè)參數(shù)的時(shí)候就引出了尾隨閉包的概念。

一，尾隨閉包

尾隨閉包是指當(dāng)需要將一個(gè)很長的閉包表達(dá)式作為函數(shù)最后一個(gè)實(shí)際參數(shù)傳遞給函數(shù)時(shí)，一個(gè)書寫在函數(shù)形式參數(shù)的括號(hào)外面（后面）的閉包表達(dá)式：

 func combine1(num:Int, handle:(String, String)->(Void)) {   handle("hello", "world /(num)") } combine1(num: 2016) { (text, text1) -> (Void) in   print("/(text) /(text1)") }

進(jìn)一步：如果閉包表達(dá)式被用作函數(shù)唯一的實(shí)際參數(shù)并且你把閉包表達(dá)式用作尾隨閉包，那么調(diào)用這個(gè)函數(shù)的時(shí)候函數(shù)名字的（）都可以省略：

 func combine2(handle:(String, String)->(Void)) {   handle("hello", "world") } combine2 { (text, text1) -> (Void) in   print("/(text) /(text1)") }

二，逃逸閉包

如果一個(gè)閉包被作為一個(gè)參數(shù)傳遞給一個(gè)函數(shù)，并且在函數(shù)return之后才被喚起執(zhí)行，那么我們稱這個(gè)閉包的參數(shù)是“逃出”這個(gè)函數(shù)體外，這個(gè)閉包就是逃逸閉包。此時(shí)可以在形式參數(shù)前寫 @escaping來明確閉包是允許逃逸的。
閉包可以逃逸的一種方法是被儲(chǔ)存在定義于函數(shù)外的變量里。比如說，很多函數(shù)接收閉包實(shí)際參數(shù)來作為啟動(dòng)異步任務(wù)的回調(diào)。函數(shù)在啟動(dòng)任務(wù)后返回，但是閉包要直到任務(wù)完成——閉包需要逃逸，以便于稍后調(diào)用。用我們最常用的網(wǎng)絡(luò)請求舉例來說：

func request(methodType:RequestMethodType, urlString: String, parameters: [String : AnyObject], completed: @escaping (AnyObject?, NSError?) -> ()) {  // 1.封裝成功的回調(diào)  let successCallBack = { (task : URLSessionDataTask?, result : Any?) -> Void in   completed(result as AnyObject?, nil)  }  // 2.封裝失敗的回調(diào)  let failureCallBack = { (task : URLSessionDataTask?, error : Error?) -> Void in   completed(nil, error as NSError?)  }  //判斷是哪種請求方式  if methodType == .get {   get(urlString, parameters: parameters, success: successCallBack, failure: failureCallBack)  } else {   post(urlString, parameters: parameters, success: successCallBack, failure: failureCallBack)  } }

這里的completed閉包被作為一個(gè)參數(shù)傳遞給request函數(shù)，并且在函數(shù)調(diào)用get或post后才會(huì)被調(diào)用。

使用閉包可能引起的循環(huán)強(qiáng)引用
Swift中不當(dāng)?shù)氖褂瞄]包可能會(huì)引起循環(huán)強(qiáng)引用，之所以稱之為“強(qiáng)”引用，是因?yàn)樗鼤?huì)將實(shí)例保持住，只要強(qiáng)引用還在，實(shí)例是不允許被銷毀的。循環(huán)強(qiáng)引用會(huì)一直阻止類實(shí)例的釋放，這就在你的應(yīng)用程序中造成了內(nèi)存泄漏。
舉個(gè)例子：

import UIKitclass ThirdViewController: UIViewController { var callBack: ((String) -> ())? override func viewDidLoad() {  super.viewDidLoad()  printString { (text) in   print(text)   //閉包中捕獲了self   self.view.backgroundColor = UIColor.red  } } func printString(callBack:@escaping (String) -> ()) {  callBack("這個(gè)閉包返回一段文字")  //控制器強(qiáng)引用于著callBack  self.callBack = callBack } deinit {  print("ThirdViewController---釋放了") }}

當(dāng)你在定義printString這個(gè)方法時(shí)執(zhí)行self.callBack = callBack代碼實(shí)際上是self對callBack閉包進(jìn)行了強(qiáng)引用，到這里其實(shí)并沒有產(chǎn)生循環(huán)引用，但是當(dāng)你在調(diào)用printString方法的閉包里面又訪問了self.view.backgroundColor屬性，此時(shí)強(qiáng)引用就發(fā)生了，即self引用了callBack,而callBack內(nèi)部又引用著self,誰都不愿意松手，我們就說這兩者之間產(chǎn)生了循環(huán)強(qiáng)引用。

使用閉包何時(shí)會(huì)出現(xiàn)循環(huán)強(qiáng)引用 ：

當(dāng)你把一個(gè)閉包分配給類實(shí)例屬性的時(shí)候，并且這個(gè)閉包中又捕獲了這個(gè)實(shí)例。捕獲可能發(fā)生于這個(gè)閉包函數(shù)體中訪問了實(shí)例的某個(gè)屬性，比如 self.someProperty ，或者這個(gè)閉包調(diào)用了一個(gè)實(shí)例的方法，例如 self.someMethod() 。這兩種情況都導(dǎo)致了閉包捕獲了self ，從而產(chǎn)生了循環(huán)強(qiáng)引用。

閉包循環(huán)引用的本質(zhì)是：

閉包中循環(huán)強(qiáng)引用的產(chǎn)生，是因?yàn)殚]包和類相似（還有一種兩個(gè)類實(shí)例之間的循環(huán)強(qiáng)引用），都是引用類型。當(dāng)你把閉包賦值給了一個(gè)屬性，你實(shí)際上是把一個(gè)引用賦值給了這個(gè)閉包。兩個(gè)強(qiáng)引用讓彼此一直有效。

如何解決閉包的循環(huán)強(qiáng)引用：

方式一：類似于OC中使用__weak解決block的循環(huán)引用，Swift中支持使用weak關(guān)鍵字將類實(shí)例聲明為弱引用類型（注意，弱引用類型總是可選類型），打破類實(shí)例對閉包的強(qiáng)引用，當(dāng)對象銷毀之后會(huì)自動(dòng)置為nil，對nil進(jìn)行任何操作不會(huì)有反應(yīng)。

import UIKitclass ThirdViewController: UIViewController { var callBack: ((String) -> ())? override func viewDidLoad() {  super.viewDidLoad()  //將self申明為弱引用類型，打破循環(huán)引用  weak var weakSelf = self  printString { (text) in   print(text)   //閉包中鋪捕獲了self   weakSelf?.view.backgroundColor = UIColor.red  } } func printString(callBack:@escaping (String) -> ()) {  callBack("這個(gè)閉包返回一段文字")  //控制器強(qiáng)引用于著callBack  self.callBack = callBack } deinit {  print("ThirdViewController---釋放了") }}

方式二：作為第一種方式的簡化操作，我們可以在閉包的第一個(gè)大括號(hào)后面緊接著插入這段代碼[weak self]，后面的代碼直接使用self？也能解決循環(huán)引用的問題。

import UIKitclass ThirdViewController: UIViewController {  var callBack: ((String) -> ())?  override func viewDidLoad() {    super.viewDidLoad()    printString {[weak self] (text) in      print(text)      self?.view.backgroundColor = UIColor.red    }  }  func printString(callBack:@escaping (String) -> ()) {    callBack("這個(gè)閉包返回一段文字")    //控制器強(qiáng)引用于著callBack    self.callBack = callBack  }  deinit {    print("ThirdViewController---釋放了")  }}

方式三：在閉包和捕獲的實(shí)例總是互相引用并且總是同時(shí)釋放時(shí)，可以將閉包內(nèi)的捕獲定義為無主引用unowned。

import UIKitclass ThirdViewController: UIViewController {  var callBack: ((String) -> ())?  override func viewDidLoad() {    super.viewDidLoad()    printString {[unowned self] (text) in      print(text)      self?.view.backgroundColor = UIColor.red    }  }  func printString(callBack:@escaping (String) -> ()) {    callBack("這個(gè)閉包返回一段文字")    //控制器強(qiáng)引用于著callBack    self.callBack = callBack  }  deinit {    print("ThirdViewController---釋放了")  }}

注意：unowned是Swift中另外一種解決循環(huán)引用的申明無主引用類型的關(guān)鍵字，類似于OC中的__unsafe_unretained；大家都知道__weak和__unsafe_unretained的相同點(diǎn)是可以將該關(guān)鍵字修飾的對象變成弱引用解決可能存在的循環(huán)引用。不同點(diǎn)在于前者修飾的對象如果發(fā)現(xiàn)被銷毀，那么指向該對象的指針會(huì)立即指向nil，而__unsafe_unretained修飾的對象如果發(fā)現(xiàn)被銷毀，指向該對象的指針依然指向原來的內(nèi)存地址，如果此時(shí)繼續(xù)訪問該對象很容易產(chǎn)生壞內(nèi)存訪問/野指針/僵尸對象訪問。
同樣的道理Swift中也是一樣的。和弱引用類似，無主引用不會(huì)牢牢保持住引用的實(shí)例。但是不像弱引用，總之，無主引用假定是永遠(yuǎn)有值的。因此，無主引用總是被定義為非可選類型。你可以在聲明屬性或者變量時(shí)，在前面加上關(guān)鍵字unowned 表示這是一個(gè)無主引用。由于無主引用是非可選類型，你不需要在使用它的時(shí)候?qū)⑺归_。無主引用總是可以直接訪問。不過 ARC 無法在實(shí)例被釋放后將無主引用設(shè)為 nil ，因?yàn)榉强蛇x類型的變量不允許被賦值為 nil 。如果此時(shí)繼續(xù)訪問已經(jīng)被釋放實(shí)例很容易產(chǎn)生壞內(nèi)存訪問/野指針/僵尸對象訪問。

所以Swift建議我們?nèi)绻徊东@的引用永遠(yuǎn)不為 nil ，應(yīng)該用unowned而不是weak，相反，如果你不確定閉包中捕獲的引用是不是存在為nil的可能，你應(yīng)該使用weak。

以上的代碼是根據(jù)最新的Swift3.0語法編寫的，經(jīng)本人在Xcode8.0、iOS10.0環(huán)境下編譯通過。有任何疑問歡迎在評論區(qū)留言，感覺大家的閱讀。