1.单例
使用dispatch_once的注意事项：
此函数接收类型为dispatch_once_t的特殊参数，还有一个块参数。对于onceToken标记，该函数保证相关的块必定会执行，且执行一次。此操作完全是线程安全的。注意：对于只执行一次的块来说，对于传入函数的标记参数必须完全相同，因此，开发时需要将标记变量声明在static或global作用于中。对于在dispatch_once中的创建的实例对象必须确保其只有一个，所以使用static修饰
使用dispatch_once可以简化代码且保证线程安全，开发者无需担心加锁或同步。所有问题都在GCD底层处理。此外，dispatch_once更高效。它没有使用重量级的同步机制。使用同步机制，每次运行代码都需要获取锁。dispatch_once采用“原子访问”来查询标记，判断代码是否执行过。
2.allocWithZone
首先我们知道，我们需要保证单例类只有一个唯一的实例，而平时我们在初始化一个对象的时候， [[Class alloc] init]，其实是做了两件事。 alloc 给对象分配内存空间，init是对对象的初始化，包括设置成员变量初值这些工作。而给对象分配空间，除了alloc方法之外，还有另一个方法： allocWithZone.
在NSObject 这个类的官方文档里面，allocWithZone方法介绍说，该方法的参数是被忽略的，正确的做法是传nil或者NULL参数给它。而这个方法之所以存在，是历史遗留原因。
Do not override allocWithZone: to include any initialization code. Instead, class-specific versions of init… methods.
This method exists for historical reasons; memory zones are no longer used by Objective-C.
文档里面提到，memory zone已经被弃用了，只是历史原因才保留这个接口。详细是什么历史原因我没找到，不过后面介绍的内容会稍微涉及到。
而实践证明，使用alloc方法初始化一个类的实例的时候，默认是调用了 allocWithZone 的方法。于是覆盖allocWithZone方法的原因已经很明显了：为了保持单例类实例的唯一性，需要覆盖所有会生成新的实例的方法，如果有人初始化这个单例类的时候不走[[Class alloc] init] ，而是直接 allocWithZone， 那么这个单例就不再是单例了，所以必须把这个方法也堵上。allocWithZone的答案到此算是解决了，但是，问题是无止境的。
这里引出了另外一个问题： What the hell is Memory Zone?
网友评论