iOS 单例模式

单例模式:

为什么使用单例,单例模式的用途是什么?下面我们举一个例子来诠释一下

举个大家都熟知的例子——Windows任务管理器，如图,我们可以做一个这样的尝试，在Windows的“任务栏”的右键弹出菜单上多次点击“启动任务管理器”，看能否打开多个任务管理器窗口？通常情况下，无论我们启动任务管理多少次，Windows系统始终只能弹出一个任务管理器窗口，也就是说在一个Windows系统中，任务管理器存在唯一性。为什么要这样设计呢？我们可以从以下两个方面来分析：其一，如果能弹出多个窗口，且这些窗口的内容完全一致，全部是重复对象，这势必会浪费系统资源，任务管理器需要获取系统运行时的诸多信息，这些信息的获取需要消耗一定的系统资源，包括CPU资源及内存资源等，浪费是可耻的，而且根本没有必要显示多个内容完全相同的窗口；其二，如果弹出的多个窗口内容不一致，问题就更加严重了，这意味着在某一瞬间系统资源使用情况和进程、服务等信息存在多个状态，例如任务管理器窗口A显示“CPU使用率”为10%，窗口B显示“CPU使用率”为15%，到底哪个才是真实的呢？这纯属“调戏”用户，给用户带来误解，更不可取。由此可见，确保Windows任务管理器在系统中有且仅有一个非常重要。

回到实际开发中，我们也经常遇到类似的情况，为了节约系统资源，有时需要确保系统中某个类只有唯一一个实例，当这个唯一实例创建成功之后，我们无法再创建一个同类型的其他对象，所有的操作都只能基于这个唯一实例。为了确保对象的唯一性，我们可以通过单例模式来实现，这就是单例模式的动机所在。

下面单例模式的几种写法:

在这里创建了一个Person类继承与NSObject

.h文件

//  Person.h

//  单例模式 Singleton 

//  Copyright (c) 2014年 [e-mail]. All rights reserved.

#import<Foundation/Foundation.h>

@interface Person :NSObject

//单例:一个类只有一个实例, 在外部创建对象时,不能用alloc.(只要alloc.就会在堆区开辟空间,就意味着有多个对象).

//所以我们要提供一个创建对象的方法.而且是一个+号方法

//default, standard, main, shared开头的都是单例

+ (Person *)sharedPerson;

@end

.m文件

//  Person.m

//  单例模式 Singleton 

//  Copyright (c) 2014年 [e-mail]. All rights reserved.

#import"Person.h"

@implementation Person

/*

//写法一

+ (Person *)sharedPerson

{

//声明为static ,保证该变量在程序运行期间空间都不会回收.而且保证只初始化一次

//单例的空间在程序运行期间都不会回收,所以要谨慎使用单例,否则会造成内存堆积

    static Person *person = nil;

    @synchronized(self){

        if (person == nil) {

            person = [[Person alloc] init];

        }

    }

    return person;

}

*/

//写法二(推荐使用)

+ (Person *)sharedPerson

{

    static Person *person = nil;

    static dispatch_once_t onceToken;

    dispatch_once(&onceToken, ^{

        person = [[Personalloc] init];

    });

    return person;

}

@end