iOS -- 单例类
Posted 车宝的笔记
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了iOS -- 单例类相关的知识,希望对你有一定的参考价值。
#import <Foundation/Foundation.h> @interface DanLi : NSObject<NSCopying,NSMutableCopying> @end @implementation DanLi +(instancetype)shareDanli{ static DanLi * dan; static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ if (dan == nil) { dan = [[super allocWithZone:nil] init]; } }); return dan; } +(id)allocWithZone:(struct _NSZone *)zone{ return [DanLi shareDanli]; } -(id)copyWithZone:(NSZone *)zone{ return [DanLi shareDanli]; } -(id)mutableCopyWithZone:(NSZone *)zone{ return [DanLi shareDanli]; } @end
单例模式潜在的问题
1. 内存问题
单例模式实际上延长了对象的生命周期。那么就存在内存问题。因为这个对象在程序的整个生命都存在。所以当这个单例比较大的时候,总是hold住那么多内存,就需要考虑这件事了。另外,可能单例本身并不大,但是它如果强引用了另外的比较大的对象,也算是一个问题。别的对象因为单例对象不释放而不释放。
当然这个问题也有一定的办法。比如对于一些可以重新加载的对象,在需要的时候加载,用完之后,单例对象就不再强引用,从而把原先hold住的对象释放掉(置为nil)。下次需要再加载回来。
2. 循环依赖问题
在开发过程中,单例对象可能有一些属性,一般会放在init的时候创建和初始化。这样,比如如果单例A的m属性依赖于单例B,单例B的属性n依赖于单例A,初始化的时候就会出现死循环依赖。死在dispatch_once里。
最好的设计是在单例设计的时候,初始化的内容不要依赖于其他对象。如果实在要依赖,就不要让它形成环。实在会形成环或者无法控制,就采用异步初始化的方式。先过去,内容以后再填。内部需要做个标识,标识这个单例在造出来之后,不能立刻使用或者完整使用。
以上是关于iOS -- 单例类的主要内容,如果未能解决你的问题,请参考以下文章