单例模式是各种开发语言中必然涉及到的一种设计模式，例如在iOS中有很多系统方法都是使用的单例，例如：[NSNotificationCenter defaultCenter]
用四人帮（GoF）教科书的说法：
Ensures a class has only one instance, and provide a global point of access to it
iOS实现单例的方式有几种，今天重点介绍使用GCD实现单例以及在使用过程中遇到的问题
在单例类中定义两个属性分别是defaultValue，name；defaultValue给一个模式值，name在实例化后给赋值
如我们所想，输出instance地址以及 step1 defauleValue=init defaultValue,name=step1 name
接下来我们进入到第二步的测试，将instance置为nil，然后再重新实例化instance，看输入的内存地址以及属性值
step2步骤的输出可能会出乎我们的想象，直接看结果
和你想的是否一样呢？
按照正常的一个认知，将实例对象instance置为nil后，重新实例化后，应该是一个新的对象；但是从运行结果可以看出(见图中红色圈中内容)，重新实例化后与初次实例化后的地址是一样的，也就是指向了同一块内存地址，所以属性输出内容与第一次完全一样(见图中绿色下划线内容)
那么是什么原因造成的呢？进入到dispatch_once的源码实现中去探究下
注意dispatch_once源码中的红线部分，dispatch_once_t *predicate; dispatch_once_t又是什么呢？继续看源码
通过源码我们可以清晰的知道，dispatch_once_t是一个long类型的变量，初始化必须为0；
至此，我们可以清晰的了解到，dispatch_once的实现逻辑；
通过上图可知，使用os_atomic_load来保障了多线程操作时的原子性
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。
了解了dispatch_once的实现原理后，也就了解了文章开头中将实例instance=ni后，再次实例化后，得到的还是同样的结果，那么应该如何修改呢？
关键就在与onceToken的值，添加一个方法，将onceToken置为0
