iOS -- 單例類

標籤：return   str   一個   pat   死迴圈   ace   port   static   控制   

#import <Foundation/Foundation.h>@interface DanLi : NSObject<NSCopying,NSMutableCopying>@end@implementation DanLi+(instancetype)shareDanli{    static DanLi * dan;    static dispatch_once_t onceToken;    dispatch_once(&onceToken, ^{        if (dan == nil) {            dan = [[super allocWithZone:nil] init];        }    });    return dan;}+(id)allocWithZone:(struct _NSZone *)zone{    return [DanLi shareDanli];}-(id)copyWithZone:(NSZone *)zone{    return  [DanLi shareDanli];}-(id)mutableCopyWithZone:(NSZone *)zone{    return  [DanLi shareDanli];}@end

 

單例模式潛在的問題

1. 記憶體問題

單例模式實際上延長了對象的生命週期。那麼就存在記憶體問題。因為這個對象在程式的整個生命都存在。所以當這個單例比較大的時候，總是hold住那麼多記憶體，就需要考慮這件事了。另外，可能單例本身並不大，但是它如果強引用了另外的比較大的對象，也算是一個問題。別的對象因為單例對象不釋放而不釋放。

當然這個問題也有一定的辦法。比如對於一些可以重新載入的對象，在需要的時候載入，用完之後，單例對象就不再強引用，從而把原先hold住的對象釋放掉（置為nil）。下次需要再載入回來。

2. 循環相依性問題

在開發過程中，單例對象可能有一些屬性，一般會放在init的時候建立和初始化。這樣，比如如果單例A的m屬性依賴於單例B，單例B的屬性n依賴於單例A，初始化的時候就會出現死循環相依性。死在dispatch_once裡。

 

最好的設計是在單例設計的時候，初始化的內容不要依賴於其他對象。如果實在要依賴，就不要讓它形成環。實在會形成環或者無法控制，就採用非同步初始化的方式。先過去，內容以後再填。內部需要做個標識，標識這個單例在造出來之後，不能立刻使用或者完整使用。

iOS -- 單例類