单例模式是各种开发语言中必然涉及到的一种设计模式,例如在iOS中有很多系统方法都是使用的单例,例如:[NSNotificationCenter defaultCenter].
用四人帮(GoF)教科书的说法:
Ensures a class has only one instance, and provide a global point of access to it
单例类图
iOS实现单例的方式有几种,今天重点介绍使用GCD实现单例以及在使用过程中遇到的问题
GCD方式实现单例:
在单例类中定义两个属性分别是defaultValue,name;defaultValue给一个模式值,name在实例化后给赋值
step1代码实现
step1代码输出结果
如我们所想,输出instance地址以及 step1 defauleValue=init defaultValue, name=step1 name
接下来我们进入到第二步的测试,将instance置为nil,然后再重新实例化instance,看输入的内存地址以及属性值
step2代码实现
step2步骤的输出可能会出乎我们的想象,直接看结果
step2代码输出结果
和你想的是否一样呢?
按照正常的一个认知,将实例对象instance置为nil后,重新实例化后,应该是一个新的对象;但是从运行结果可以看出(见图中红色圈中内容),重新实例化后与初次实例化后的地址是一样的,也就是指向了同一块内存地址,所以属性输出内容与第一次完全一样(见图中绿色下划线内容)
那么是什么原因造成的呢?进入到dispatch_once的源码实现中去探究下
dispatch_once源码
注意dispatch_once源码中的红线部分,dispatch_once_t *predicate; dispatch_once_t又是什么呢?继续看源码
dispatch_once_t源码
通过源码我们可以清晰的知道,dispatch_once_t是一个long类型的变量,初始化必须为0;
至此,我们可以清晰的了解到,dispatch_once的实现逻辑;
dispatch_once主要是根据long类型的值决定怎么去执行代码(所以dispatch_once_t需要声明为static,保证全局只有1个)
当值为0时,执行dispatch_once的block代码
当值为-1时,跳过dispatch_once的block代码
当值为其他值时,线程被阻塞,等待其值改变;
当dispach_once的block执行完成后,将long类型的值设置为-1.其他线程不在阻塞,跳过block。下周再调用shareInstance的时候,block已经为-1。直接跳过block。
线程实现观察onceToken的值
运行结果
了解了dispatch_once的实现原理后,也就了解了文章开头中将实例instance=ni后,再次实例化后,得到的还是同样的结果,那么应该如何修改呢?
关键就在与onceToken的值,添加一个方法,将onceToken置为0
单例完整实现
step3代码实现
step3输出结果