iOS开发--浅谈单例模式

我们都知道，编程中涉及到开发模式有很多，iOS中常用的设计模式也有很多。之所以将单利模式拿出来第一个讲，当然是因为他重要了，不然那，对吧。说单利模式是iOS开发中最中重要的开发模式或许有些说大了。但是毫无疑问，单利模式是iOS开发过程中最常用，最重要的开发模式之一。

编写单利类的时候一定要注意一下几点：
1.单利类创建一个实例
2.实例必须有单利类自己创建
3.必须向整个系统提供这个实例

使用单利的理由：

1.节省内存开销。如果某个对象需要被多个其它对象使用，那可以考虑使用单例，因为这样该类只使用一份内存资源。
2.使用单例，可以确保其它类只获取类的一份数据（变量值）。

单利的优缺点：
优点
1、提供了对唯一实例的受控访问。
2、由于在系统内存中只存在一个对象，因此可以节约系统资源，对于一些需要频繁创建和销毁的对象单例模式无疑可以提高系统的性能。
3.因为单例模式的类控制了实例化的过程，所以类可以更加灵活修改实例化过程。
缺点
1、由于单利模式中没有抽象层，因此单例类的扩展有很大的困难。
2、单例类的职责过重，在一定程度上违背了“单一职责原则”。

创建之前咱们咱们先大致说一下过程，自己总结的可能没有网上大神们写的:
1.创建一个全部局变量，并初始化为nil
2.创建一个构造方法，并且在这个变量为nil的时候，创建一个本类实例给他。
3.重写allocWithZone，保证其他人用alloc和init的时候不创建新的实例。
4.不要像网上写的那样去重写copy方法，个人表示不懂。本身对单利对象使用copy方法就是有问题的。大家想想copy方法的实质，应该会明白点。

闲话就说那么多吧，今天我们既然是彻底的代理模式，咱们就要看看以前我们创建单利的方式。我们以前创建单利大约分为两种。首先看第一种：
1.首先创建全局变量

static ShareInstance *instance = nil;

2.首先重写allocWithZone方法

+ (id)allocWithZone:(struct _NSZone *)zone {
    @synchronized(self) {
        if (instance == nil) {
            instance = [super allocWithZone:zone];
        }
    }
    return instance;
}

然后创建公共接口

+ (instancetype)shareInstance {
    @synchronized(self) {
        if(instance == nil) {
            instance = [[self alloc] init];
        }
    }
    return instance;
}

以上的写法在GCD出现之前非常的流行，但是在GCD之后，苹果公司推出了另外一种写写法，也是现在比较流行的单利的写法。实现代码如下
1.声明静态的全局变量

static ShareInstance instance = nil;

2.重写allocWithZone方法

+ (id)allocWithZone:(struct _NSZone *)zone {
    if (instance == nil) {
        static dispatch_once_t onceToken;
        dispatch_once(&onceToken, ^{
            instance = [super allocWithZone:zone];
        });
    }
    return instance;
} 

3.创建公共接口

+ (Person *)shareInstance {
   dispatch_once_t onceToken;
   dispatch_once(&onceToken, ^{
       instance = [[self alloc] init];
   });
   return instance;
}

这样单利模式的创建就大致完成了。对于网上各位大神们的重写copy的方法，我本人表示不能理解。我不知道如果有人对单利对象使用copy方法，还能进你们公司，你们公司的技术团队，可见一斑啊。