在iOS开发中，有很多地方都选择使用单例模式。有很多时候必须要创建一个对象，并且不能创建多个，用单例就为了防止创建多个对象。单例模式的意思就是某一个类有且只有一个实例。单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。这个类称为单例类。

一、单例模式的三要点：

　　1. 该类有且只有一个实例;

　　2. 该类必须能够自行创建这个实例;

　　3. 该类必须能够自行向整个系统提供这个实例。

　二、单例模式的优点与缺点：

　　1. 内存占用与运行时间

　　对比使用单例模式和非单例模式的例子，在内存占用与运行时间存在以下差距：

　　(1) 单例模式：单例模式每次获取实例时都会先进行判断，看该实例是否存在——如果存在，则返回;否则，则创建实例。因此，会浪费一些判断的时间。但是，如果一直没有人使用这个实例的话，那么就不会创建实例，节约了内存空间。

　　(2) 非单例模式：当类加载的时候就会创建类的实例，不管你是否使用它。然后当每次调用的时候就不需要判断该实例是否存在了，节省了运行的时间。但是如果该实例没有使用的话，就浪费了内存。

　　(3)实例控制：Singleton 会阻止其他对象实例化其自己的 Singleton 对象的副本，从而确保所有对象都访问唯一实例。

　　灵活性：因为类控制了实例化过程，所以类可以更加灵活修改实例化过程。

　　2. 线程的安全性

　　(1) 从线程的安全性上来讲，不加同步的单例模式是不安全的。比如，有两个线程，一个是线程A，另外一个是线程B，如果它们同时调用某一个方法，那就可能会导致并发问题。在这种情况下，会创建出两个实例来，也就是单例的控制在并发情况下失效了。

　　(2) 非单例模式是线程安全的，因为程序保证只加载一次，在加载的时候不会发生并发情况。

　　(3) 单例模式如果要实现线程安全，只需要加上synchronized即可。但是这样一来，就会减低整个程序的访问速度，而且每次都要判断，比较麻烦。

　　(4) 双重检查加锁：为了解决(3)的繁琐问题，可以使用“双重检查加锁”的方式来实现，这样，就可以既实现线程安全，又能使得程序性能不受太大的影响。

　　(4.1) 双重检查加锁机制——并不是每次进入要调用的方法都需要同步，而是先不同步，等进入了方法之后，先检查实例是否存在，如果不存在才进入下面的同步块，这是第一重检查。当进入同步块后，再次检查实例是否存在，如果不存在，就在同步的情况下创建一个实例，这是第二重检查。这样一来，就只需要同步一次，从而减少了多次在同步情况下进行判断所浪费的时间。

　　(4.2) 双重检查加锁机制的实现，会使用一个关键字volatile。它的意思是：被volatile修饰的变量的值，将不会被本地线程缓存，所有对该变量的读写都是直接操作共享内存的，从而确保了多个线程能正确的处理该变量。这种实现方式既可以实现线程安全地创建实例，而又不会对性能造成太大的影响。它只是在第一次创建实例的时候同步，以后就不需要同步了，从而加快了运行速度。

　　3. 单例模式会阻止其它对象实例化其自己的对象的副本，从而确保所有对象都访问唯一实例。

　　4. 因为单例模式的类控制了实例化的过程，所以类可以更加灵活修改实例化过程。

　三、iOS中的单例模式

　　1. 基本步骤：

　　(1) 为单例对象创建一个静态实例，可以写成全局的，也可以在类方法里面实现，并初始化为nil;

　　(2) 实现一个实例构造方法，检查上面声明的静态实例是否为nil，如果是，则创建并返回一个本类的实例;

　　(3) 重写allocWithZone方法，用来保证其他人直接使用alloc和init试图获得一个新实力的时候不产生一个新实例;

　　(4) 适当实现allocWitheZone，copyWithZone，release和autorelease。

　　//第一步：静态实例，并初始化。

　　static SurveyRunTimeData *sharedObj = nil;

　　@implementation SurveyRunTimeData

　　//第二步：实例构造检查静态实例是否为nil

　　{

　　+ (SurveyRunTimeData*) sharedInstance

　　@synchronized (self)

　　{

　　if (sharedObj == nil)

　　{

　　[[self alloc] init];

　　}

　　}

　　return sharedObj;

　　}

　　//第三步：重写allocWithZone方法

　　+ (id) allocWithZone:(NSZone *)zone

　　{

　　@synchronized (self) {

　　if (sharedObj == nil) {

　　sharedObj = [super allocWithZone:zone];

　　return sharedObj;

　　}

　　}

　　return nil;

　　}

　　//第四步

　　- (id) copyWithZone:(NSZone *)zone

　　{

　　return self;

　　}

　　//一下方法再Xcode5以上，已经不需要!大家根据事情情况自行判断!

　　- (id) retain

　　{

　　return self;

　　}

　　- (unsigned) retainCount

　　{

　　return UINT_MAX;

　　}

　　- (oneway void) release

　　{

　　}

　　- (id) autorelease

　　{

　　return self;

　　}

　　- (id)init

　　{

　　@synchronized(self) {

　　[super init];//往往放一些要初始化的变量.

　　return self;

　　}

　　}

　　@end

　　+(id)allocWithZone:(NSZone *)zone{

　　@synchronized(self){

　　if (shareRootViewController == nil) {

　　shareRootViewController = [super allocWithZone:zone];

　　return shareRootViewController;

　　}

　　}

　　return nil;

　　}

　　NSZone： 简单来说可以把它想象成一个内存池，alloc或者dealloc这些操作都是在这个内存池中操作的，cocoa总是会分配一个默认的nsZone，任何 默认内存操作都是在这个zone上进行的，使用默认zone存在缺陷，因为他是全局范围的，频繁使用会导致内存的碎片化，尤其是大量的alloc和 dealloc的时候，性能上会受到一定影响。因为你完全可以自己生成一个zone并将alloc，copy这些限制在这个zone中。

转自http://www.voidcn.com/article/p-gwuzayev-bnm.html