往事回憶之ObjC單例
Swift是Objective-C的一種自然演變，它用如下的方式實現(xiàn)單例：

@interface Kraken : NSObject
@end
@implementation Kraken
  + (instancetype)sharedInstance {
    static Kraken *sharedInstance = nil; 
    static dispatch_once_t onceToken;   
    dispatch_once(&onceToken, ^{      
    sharedInstance = [[Kraken alloc] init];
    });
    return  sharedInstance;
}
@end

在這個現(xiàn)成方案中，我們可以看到單例的基本結(jié)構(gòu)。讓我們來約定一些規(guī)則，這樣便于更好的理解。
單例規(guī)則
關(guān)于單例，有三個重要的準(zhǔn)則需要牢記：

1. 單例必須是唯一的(要不怎么叫單例？) 在程序生命周期中只能存在一個這樣的實例。單例的存在使我們可以全局訪問狀態(tài)。例如：
   NSNotificationCenter, UIApplication和NSUserDefaults。
2. 為保證單例的唯一性，單例類的初始化方法必須是私有的。這樣就可以避免其他對象通過單例類創(chuàng)建額外的實例。
3. 考慮到規(guī)則1，為保證在整個程序的生命周期中值有一個實例被創(chuàng)建，單例必須是線程安全的。并發(fā)有時候確實挺復(fù)雜，簡單說來，如果單例的代碼不正確，如果有兩個線程同時實例化一個單例對象，就可能會創(chuàng)建出兩個單例對象。也就是說，必須保證單例的線程安全性，才可以保證其唯一性。通過調(diào)用dispatch_once，即可保證實例化代碼只運行一次。
   在程序中保持單例的唯一性，只初始化一次，這樣并不難。帖子的余下部分中，需要記?。簡卫龑崿F(xiàn)要滿足隱藏的dispatch_once規(guī)則。
   Swift單例
   自Swift 1.0開始，創(chuàng)建單例有很多種方法。這些鏈接中已經(jīng)有很詳盡的描述，比如
   https://github.com/hpique/SwiftSingleton，http://stackoverflow.com/questions/24024549/dispatch-once-singleton-model-in-swift和
   https://developer.apple.com/swift/blog/?id=7。但是誰喜歡點鏈接呢？先劇透一下吧：總共有4個版本。我們來清點一下：
   1. 最丑陋方法（Swift皮，Objective-C心）

class TheOneAndOnlyKraken {
class var sharedInstance: TheOneAndOnlyKraken {     
  struct Static {        
  static var onceToken: dispatch_once_t = 0       
  static var instance: TheOneAndOnlyKraken? = nil     
  }       
  dispatch_once(&Static.onceToken) {         
  Static.instance = TheOneAndOnlyKraken()      
  }    
  return Static.instance!   
  }
}

這個版本是Objective-C的直接移植版。我認(rèn)為它不好看是因為Swift本該更簡潔、更有描述力。不要做個搬運工，要做就做的更好。

1449215286824850.jpg

class TheOneAndOnlyKraken {   
class var sharedInstance: TheOneAndOnlyKraken {      
 struct Static {         
 static let instance = TheOneAndOnlyKraken()       
 }      
 return Static.instance    
 }
}

Swift 1.0時，不支持靜態(tài)類變量，那時這個方法是不得已而為之。但使用結(jié)構(gòu)體，就可以支持這個功能。因為靜態(tài)變量的限制，我們被約束在這樣的一個模型中。這比Objective-C移植版本好一些，但還不夠好。有趣的是，在Swift 1.2發(fā)布幾個月后，我還可以看到這種寫法。在那之后，反而更多了。
3.全局變量方法（“單行單例”方法）

private let sharedKraken = TheOneAndOnlyKraken()
class TheOneAndOnlyKraken {  
class var sharedInstance: TheOneAndOnlyKraken {     
  return sharedKraken  
}
}

在Swift 1.2以后，我們有了訪問權(quán)限設(shè)置(access control specifiers) 的功能和靜態(tài)類成員(static class members)。這意味著我們終于可以擺脫混亂的全局變量、全局命名空間，也不會發(fā)生命名空間沖突了。這個版本看起來更Swiftier一點。
現(xiàn)在，你可能會有疑問：為何看不到dispatch_once？根據(jù)Apple Swift博客中的說法，以上方法都自動滿足dispatch_once規(guī)則。這里有個帖子可以證明dispatch_once規(guī)則一直在起作用。
“全局變量（還有結(jié)構(gòu)體和枚舉體的靜態(tài)成員）的Lazy初始化方法會在其被訪問的時候調(diào)用一次。類似于調(diào)用'dispatch_once'以保證其初始化的原子性。這樣就有了一種很酷的'單次調(diào)用'方式：只聲明一個全局變量和私有的初始化方法即可。”--來自Apple's Swift Blog
（“The lazy initializer for a global variable (also for static members of structs and enums) is run the first time that global is accessed, and is launched as dispatch_once to make sure that the initialization is atomic. This enables a cool way to use dispatch_once in your code: just declare a global variable with an initializer and mark it private.”）這就是Apple官方文檔給我們的所有信息，但這些已經(jīng)足夠證明全局變量和結(jié)構(gòu)體／枚舉體的靜態(tài)成員是支持”dispatch_once”特性的?，F(xiàn)在，我們相信使用全局變量來“懶包裝”單例的初始化方法到dispatch_once代碼塊中是100%安全的。但是對于靜態(tài)類變量來說，情況又如何？
這個問題帶我們到更激動人心的思考中去：
正確的方法（也即是“單行單例法”）現(xiàn)在已經(jīng)被證明正確。

class TheOneAndOnlyKraken {   
static let sharedInstance = TheOneAndOnlyKraken()
}

1449215635898667.jpg

1449215687839996.jpg

1449215773905128.png

1449215873883297.png

class TheOneAndOnlyKraken {
static let sharedInstance = TheOneAndOnlyKraken()  
private init() {} 
//This prevents others from using the default '()' initializer for this class.
}

這樣做就可以保證編譯器在某個類嘗試使用()來初始化TheOneAndOnlyKraken時，拋出錯誤：

1449215999673213.png

就是這樣，我們的單行單例，非常完美！