单例模式在我们平时工作中用的非常多，但是我们平时写单例的写法有好几种，当面试的时候面试官问的时候就可能回答不出优缺点，这令人很难堪，今日我特地总结总结，希望能帮助到大家。

一、单线程模式单例（类似我们写懒加载）

+ (instancetype)shareInstance
{
    // 为当前类对象申请一块静态区域
    static SFSingle *_mySingle = nil;
    if (!_mySingle) {
        
        _mySingle = [[SFSingle alloc] init];
    }
    return _mySingle;
}

从上面代码中我们可以看出，这类似我们写的懒加载，只是把对象存储到了静态区域（生命周期改变了）。当我们在单线程执行的时候还是没有问题的，但是当有多个线程同时使用此单例的时候就有可能创建出多个对象，因此不推荐使用。

二、单例创建加锁

+ (instancetype)shareInstance
{
    // 为当前类对象申请一块静态区域
    static SFSingle *_mySingle = nil;
    // 添加了
    @synchronized (self) {
        
        if (!_mySingle) {
            
            _mySingle = [[SFSingle alloc] init];
        }
    }
    
    return _mySingle;
}

添加锁之后可以避免了多线程调用该单例时，可能创建出多个对象的问题。但是又引出了新的问题，当条件不满足的时候，其他线程时等待的，这样就造成了资源的浪费。

三、苹果推荐的GCD单例

+ (instancetype)shareInstance
{
    static SFSingle *_mySingle = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        _mySingle = [[SFSingle alloc] init];
    });
    return _mySingle;
}

GCD创建单例解决了线程的安全问题，也保证了性能的问题。当条件不满足时就直接returen了。

但是当开发者不使用该初始化方式时，直接使用alloc方法就会出现问题。
原理：
dispatch_once主要是根据onceToken的值来决定怎么去执行代码。
1.当onceToken = 0时，线程执行dispatch_once的block中代码
2.当onceToken = -1时，线程跳过dispatch_once的block中代码不执行，直接返回
3.当onceToken为其他值时，线程被阻塞，等待onceToken值改变，为1775704954

四、覆盖alloc写法

static SFSingle *_mySingle = nil;
+(instancetype)shareInstance
{
    if (_mySingle == nil) {
        _mySingle = [[SFSingle alloc] init];
    }
    return _mySingle;
}

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

- (id)copyWithZone:(NSZone *)zone
{
    return self;
}

- (id)mutableCopyWithZone:(NSZone *)zone
{
    return self;
}

alloc过程：
创建对象的步骤分为申请内存(alloc)、初始化(init)这两个步骤，我们要确保对象的唯一性，因此在第一步这个阶段我们就要拦截它。当我们调用alloc方法时，OC内部会调用allocWithZone这个方法来申请内存，我们覆写这个方法，然后在这个方法中调用shareInstance方法返回单例对象，这样就可以达到我们的目的。拷贝对象也是同样的原理，覆写copyWithZone方法，然后在这个方法中调用shareInstance方法返回单例对象