纠结单例怎么写？

由于项目中，我们无可避免地会遇到单例的使用。
而网上单例例子层出不穷，常常使新手不知使用何种构建方式。
今天，便就集中单例的使用方法来谈谈。

创建类

首先我们创建单例类，一般常见名称都为xxxManager。
本文中采取DataManager，类创建完毕，声明一个类方法用于该对象的管理。

#import <Foundation/Foundation.h>

@interface DataManager : NSObject

+ (instancetype)sharedManager;

一、传统意义下的单例

使用自定义的类创建一个实例对象，初始化操作在init方法中实现。
此时创建的单例是非线程安全的，即项目中如果存在多条线程同时调用该类方法。
可能会因为调度时间的问题，重复进行对象的创建。

+ (instancetype)sharedManager {
    static DataManager *manager = nil;
    if (manager == nil) {
        manager = [[DataManager alloc] init];
    }
    return manager;
}

二、线程安全的单例

1. 使用互斥锁创建单例

由于一中讲到线程安全的问题，而通常在多线程下，使用互斥锁可以对线程的访问进行限制，从而避免重复创建对象的问题。

+ (instancetype)sharedManager {
    static DataManager *manager = nil;
    @synchronized(self) {
        manager = [[DataManager alloc] init];
    }
    return manager;
}

2. 使用GCD来保证线程安全

但常规情况下，对于互斥锁的使用，如果不是特别熟练，非常容易在使用的过程中造成死锁，那么可以通过使用不用自主管理线程调度的GCD进行单例的创建。

+ (instancetype)sharedManager {
    static DataManager *manager = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        manager = [[DataManager alloc] init];
    });
    return manager;
}

三、单例的销毁

单例，既有其好处也有其不足之处。由于单例的生命周期等同程序的声明周期。
如果创建过多的单例来管理程序中的操作，势必会造成内存的大量上升。
举一个个人遇到的例子。

应用背景:
用户登录，从服务器返回部分固定信息，需要在程序中各模块中进行请求时使用。
想当然，创建单例来管理这部分固定信息。此时增加一个退出操作，需要在切换登录其他用户时，单例中的信息更新为新用户的信息。

遭遇问题：
切换登录用户，如果不对单例进行操作，由于单例的特性，创建一次后便不可再进行更改。那么用户信息更新失败，单例存储的依旧是旧用户的信息。

采取方法：

1. 放弃单例。类方法保留，在首次登陆时，将用户信息存储于本地plist文件，每次需要调用用户信息时从plist文件中进行读取操作。
2. 保留单例。仅仅在每次退出操作时，进行单例对象的销毁，下次新用户登录时，进行单例的生成。

综合项目实际情况，在本地保存用户敏感信息的方法不可取，故笔者采取了第二种方法。

单例销毁代码

/*  
销毁单例, 旨在使恢复标识, 将其更改为0
自定义dealloc方法时, 注意将manager使用全局变量进行定义
*/
+ (void)managerDealloc {
    [_manager release];
    _manager = nil;
}

//  如果也将onceToken定义为全局变量时, 更改标识次数为0
+ (void)managerDealloc {
    onceToken = 0;
    [_manager release];
    [_manager = nil];
}