iOS設計模式——單例模式
http://blog.csdn.net/lovefqing/article/details/8516536
單例模式用于當一個類只能有一個實例的時候， 通常情況下這個“單例”代表的是某一個物理設備比如打印機，或是某種不可以有多個實例同時存在的虛擬資源或是系統屬性比如一個程序的某個引擎或是數據。用單例模式加以控制是非常有必要的。
單例模式需要達到的目的
封裝一個共享的資源
提供一個固定的實例創建方法
提供一個標準的實例訪問接口
單例模式的創建
本文以創建一個MySingletonClass的單例模式為例。首先，我們需要定義一個類MySingletonClass.
[cpp] view plain copy
@interface MySingletonClass:NSObject {
}
并且為其添加一個類方法（注意，這里不是實例方法）+(id)sharedInstance;一個基本的實現寫法如下：
[cpp] view plain copy
static MySingletonClass *sharedCLDelegate = nil;
+(MySingletonClass *)sharedInstance{
@synchronized(self) {
if(sharedCLDelegate == nil) {
[[[self class] alloc] init]; // assignment not done here
}
}
return sharedCLDelegate;
}
在上面的代碼中（用到了關鍵字@synchronized是為了保證我們的單例的線程級別的安全，可以適用于多線程模式下。）static變量sharedCLDelegate用于存儲一個單例的指針，并且強制所有對該變量的訪問都必須通過類方法 +(id)sharedInstance，在對 +(id)sharedInstance第一次調用時候完成實例的創建。這里值得留意一下的是，上面代碼中用的是[[selfclass] alloc]，而不是 [MySingletonClass alloc],一般情況下這兩種寫法產生同樣的效果，但是這里這樣做是為了更好的利用OOP的性質，[selfclass]可以動態查找并確定類的類型從而便于實現對該類的子類化。
對實例化的控制
為了完全的實現實例的單態性，必須通過一定手段來避免實例多次被創建。+(id)sharedInstance控制了單例的創建和訪問，但是并不能控制其它地方的代碼通過alloc方法來創建更多的實例，因此我們還要重載任何一個涉及到allocation的方法，這些方法包括 +new, +alloc,+allocWithZone:, -copyWithZone:, 以及 -mutableCopyWithZone: 另外，+(id)sharedInstance也需要稍作修改。
[cpp] view plain copy
- (id)hiddenAlloc
{
return [super alloc];
}
- (id)alloc
{
NSLog(@"%@: use +sharedInstance instead of +alloc", [[self class] name]);
return nil;
}
- (id)new
{
return [self alloc];
}
+(id)allocWithZone:(NSZone*)zone
{
return [self alloc];
}
(id)copyWithZone:(NSZone *)zone
{ // -copy inherited from NSObject calls -copyWithZone:
NSLog(@"MySingletonClass: attempt to -copy may be a bug.");
[self retain];
return self;
}(id)mutableCopyWithZone:(NSZone *)zone
{
// -mutableCopy inherited from NSObject calls -mutableCopyWithZone:
return [self copyWithZone:zone];
}
+(id)sharedInstance修改如下：
- (MySingletonClass *)sharedInstance {
@synchronized(self) {
if (sharedCLDelegate == nil) {
[[[self class] hiddenAlloc] init]; // assignment not done here
}
}
return sharedCLDelegate;
}
如果不考慮類的子類化，+hiddenAlloc這個方法可以省略。由于我們是用[selfclass]來實現類型的動態識別，用[[selfclass] hiddenAlloc]可以避免調用到被重載過的alloc方法。此外，hiddenAlloc也為可能的子類化提供了一個調用原始alloc方法的機會。上面重載過的alloc方法只是給出一個log信息并且返回nil。Copying方法里只是簡單的增加了retain的計數并沒有返回一個新的實例。這也正體現了單例模式的性質，因為技術上來講，拷貝一個單例是錯誤的（因為是“單例”）所以在copyWithZone方法中我們給出了一個錯誤信息，當然也可以扔出一個exception。
單例的銷毀
通常我們在 -(void)applicationWillTerminate:(UIApplication *)application方法中調用如下方法：
[cpp] view plain copy
-
(void)attemptDealloc
{
if ([sharedCLDelegate retainCount] != 1)
return;[sharedCLDelegate release];
myInstance = nil;
}
值得注意的是，上面這個attemptDealloc方法顧名思義，只是試圖釋放掉這個單例。如果retain的計數不為1，說明還有其他地方對該單例發送過retain消息。考慮到一個單例模式的生存周期是整個程序結束為止。所以，在程序的任何一個地方都沒有必要向這個單例發送retain消息，即便是對這個單例有引用。而是調用sharedInstance方法來引用這個單例，這樣做是安全的，也是合乎單例模式的技術含義的。
iOS中的單例模式應用
iOS中好幾個類都是采用了單例模式，比如NSApplication， NSFontManager, NSDocumentController,NSHelpManager, NSNull,NSProcessInfo, NSScriptExecutionContext, NSUserDefaults.
如果本文有任何錯誤之處，歡迎拍磚指正，共同進步， 謝謝！
個人錯解：
需要寫了+shareinstance;但忽略了，alloc.
