IOS 单例模式

在我认为单例最大的优点就是:通过单例方式访问的实例,都是同一个。

这个优点也是我在蓝牙音乐盒项目中使用单例模式实现外设控制类和AVFoundation类的原因。
你们想,假设我在a,b,c页面都会调用到_player,那么我再a页面点击播放、上一首、下一首等等操作后,怎么让b,c页面知道并同步呢?我一开始使用的是通知。可是我试了后发现,最好的还是单例。
单例模式下的无论在那个类访问_player实例,它的状态都是最新的,也就是a点了播放,那么我在b,c页面访问_play实例,就可以知道它的状态是播放的,不需要通知。


创建单例:

.h

+ (CustomObject *)share;

.m
+ (CustomObject *)share{
    static CustomObject *instance = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        instance = [[CustomObject alloc] init];
    });
    return instance;
}

代码解释:链接
dispatch_once主要根据onceToken的值来决定是否执行block里的方法,如果onceToken==0,线程执行block里的方法,当onceToken==-1,线程不执行block。当onceToken为其他值时,线程被阻塞,等待onceToken值改变。
当线程首先调用instance,某一线程要执行block中的代码时,首先需要改变onceToken的值,再去执行block中的代码。这里onceToken的值变为了140734731430192。这样当其他线程再获取onceToken的值时,值已经变为140734731430192。其他线程被阻塞。当block线程执行完block之后。onceToken变为-1。其他线程不再阻塞,跳过block。下次再调用shareInstance时,block已经为-1。直接跳过block。这样dispatch_once在首次调用时同步阻塞线程,生成单例之后,不再阻塞线程。dispatch_once是创建单例的最优方案


通过下面代码可以理解单例的优点:

viewController.m

- (void)viewDidLoad {
    [super viewDidLoad];
    CustomObject *cv = [CustomObject share];
    cv.tempString = @"123";
}


SecondView.m

- (void)viewDidLoad {
    [super viewDidLoad];
    CustomObject *cv = [CustomObject share];
    NSLog(@"%@",cv.tempString);
}

CocoaPodsDemo[87052:9724995] 123

可以看到:
1.获取CustomObject对象的实例很方便。
2.在两个类里的实例变量实际上是同一个,没有重新alloc空间,节省了内存。当然,通过单例创建的实例常驻内存,所以资源开销就见仁见智。
3.获取实例的状态非常容易。因为是同一个实例,当我在第一个类里改变了tempString状态为@"123",我再第二个类想要获取tempString的状态马上就变成了@"123"

第三条原因让单例使用起来非常爽,也是我认为单例最大的优点,这我一开始就说过了。


注意:
访问单例类一定要通过定义的单例方法+ (CustomObject *)share。如果依旧使用alloc、init或者new就会发生下面的情况

viewController.h

- (void)viewDidLoad {
    [super viewDidLoad];
    CustomObject *cv = [CustomObject share];
    cv.tempString = @"123";
}

SecondView.h

- (void)viewDidLoad {
    [super viewDidLoad];
    CustomObject *cv = [[CustomObject alloc] init];
    NSLog(@"%@",cv.tempString);
}

CocoaPodsDemo[87052:9724995] (null)

解释:
上面两个类里获得的实例其实不是同一个,因为通过单例方式获得实例本来就是通过封锁alloc init方法实现的,但是我再SecondView重新使用了alloc/init方法实例化了。

那么如何避免呢?下面是我想的一种方法,希望指点:



- (instancetype)init{
    return [CustomObject share];
}

- (instancetype)initHidden{
    self = [super init];
    if (self) {
        
    }
    return self;
}

+ (CustomObject *)share{
    static CustomObject *instance = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        instance = [[CustomObject alloc] initHidden];
    });
    return instance;
}
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,794评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,050评论 3 391
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,587评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,861评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,901评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,898评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,832评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,617评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,077评论 1 308
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,349评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,483评论 1 345
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,199评论 5 341
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,824评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,442评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,632评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,474评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,393评论 2 352

推荐阅读更多精彩内容