由于项目中，我们无可避免地会遇到单例的使用。
而网上单例例子层出不穷，常常使新手不知使用何种构建方式。
今天，便就集中单例的使用方法来谈谈。
创建类
首先我们创建单例类，一般常见名称都为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;
}
三、单例的销毁
单例，既有其好处也有其不足之处。由于单例的生命周期等同程序的声明周期。
如果创建过多的单例来管理程序中的操作，势必会造成内存的大量上升。
举一个个人遇到的例子。
应用背景:
用户登录，从服务器返回部分固定信息，需要在程序中各模块中进行请求时使用。
想当然，创建单例来管理这部分固定信息。此时增加一个退出操作，需要在切换登录其他用户时，单例中的信息更新为新用户的信息。
遭遇问题：
切换登录用户，如果不对单例进行操作，由于单例的特性，创建一次后便不可再进行更改。那么用户信息更新失败，单例存储的依旧是旧用户的信息。
采取方法：
- 放弃单例。类方法保留，在首次登陆时，将用户信息存储于本地plist文件，每次需要调用用户信息时从plist文件中进行读取操作。
- 保留单例。仅仅在每次退出操作时，进行单例对象的销毁，下次新用户登录时，进行单例的生成。
综合项目实际情况，在本地保存用户敏感信息的方法不可取，故笔者采取了第二种方法。
单例销毁代码
/*
销毁单例, 旨在使恢复标识, 将其更改为0
自定义dealloc方法时, 注意将manager使用全局变量进行定义
*/
+ (void)managerDealloc {
[_manager release];
_manager = nil;
}
// 如果也将onceToken定义为全局变量时, 更改标识次数为0
+ (void)managerDealloc {
onceToken = 0;
[_manager release];
[_manager = nil];
}
