最近几年在开发项目时，使用的单例比较多，因为它确实方便了我们的开发。但是很多文章都提到的单例的缺点和弊端，这可能会让一部分人放弃使用单例，我想说只要合理使用，它就能用！

一、单例的作用

方便我们在任何地方，访问程序内核心的值或者对象。

二、单例写法

单例的写法有很多，这里不举例说明，只写个人在用的。

// 写法之一（苹果推荐，主要用这个）
+ (instancetype)manager
{
    static ConfigInfoManager *manager;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        manager = [[ConfigInfoManager alloc] init];
    });
    return manager;
}

三、单例的使用

所有的框架都有好有弊，不要因为在一些文章看到单例的弊端，类似违背了单一职责原则、连接池溢出、可扩展性比较差、生命周期难管理等等，就不去使用单例。类似Apple的UIApplication、NSNotificationCenter、NSFileManager、NSUserDefaults、NSURLCache都是通过单例实现。

3.1、合理使用单例

• 1、合理的给单例划分任务。类似apple的UIApplication、NSNotificationCenter、NSFileManager、NSUserDefaults、NSURLCache，一个类只负责一个功能，需要实现多个功能，那就创建多个类。滥用单例、没有合理的给单例划分任务，才会导致违背了单一职责原则。

• 2、关于单例的生命周期。单例对象一旦创建，对象指针是保存在静态区的，单例对象在堆中分配的内存空间只有在程序终止后才会释放。如果需要主动释放，那我觉得这种情况没必要使用单例。还有很多解决的方法类似category和类方法等。

• 3、作用域。这里就是要确定是否真的需要使用单例，明确实现功能的使用范围，如果是需要在程序中的任何地方访问，那就用单例。如果确定只在几个页面中使用，那就寻找别的替代方案。

3.2、个人使用单例的一些场景

• 1、获取程序内长链接的状态。类似mqtt、websocket，随时获取消息数更新显示等

• 2、获取字典表配置信息。假如程序内存在很多内容，都是根据同一个接口(即字典表)返回显示，因为这些配置信息会发生变化，所以不能在程序内配置死，需要从接口获取并显示。为了避免在每一个使用到的地方都去调用接口，这一类接口我都会使用单例处理，在应用打开期间只获取一次，有时是在打开app后获取，有些是在首次使用时获取，根据使用情况做处理。

• 3、一些第三方库的使用。类似网易云信的音视频通话，因为通话是随时发生的，不确定在哪个页面，为了内容管理和方便开发，我会选择使用单例去解决。

• 4、保存用户信息和登录状态。这里需要注意，用户信息修改时要及时更新，用户退出后也要清除登录状态和用户信息。

• 5、保存页面刷新状态。个人的做法是，单例内创建了一个字段，保存以页面的名称为key，保存页面是否需要刷新的状态。类似详情修改了需要刷新首页，在viewWillAppear内每次刷新，显得有点资源浪费；使用通知、代理和block增加了不少代码开发量；并且每个页面都实现类似的功能，重复工作较多。