ios 开发之单例模式

浏览数：28 / 时间：2015年06月11日

在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中。