Objective-c单例模式的正确写法
一般情况下,可能我们写的单例模式是这样的:
#import <Foundation/Foundation.h> @interface Downloader : NSObject + (instancetype)sharedDownloader; @end #import "Downloader.h" @implementation Downloader static Downloader *_sharedDownloader = nil; + (instancetype)sharedDownloader { static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ _sharedDownloader = [[self alloc] init]; }); return _sharedDownloader; } @end
具体使用:
#import <Foundation/Foundation.h> #import "Downloader.h" int main(int argc, const char * argv[]) { @autoreleasepool { Downloader *obj1 = [Downloader sharedDownloader]; NSLog(@"obj1 = %@", obj1); Downloader *obj2 = [Downloader sharedDownloader]; NSLog(@"obj2 = %@", obj2); Downloader *obj3 = [[Downloader alloc] init]; NSLog(@"obj3 = %@", obj3); } return 0; }
输出结果:
obj1 = <Downloader: 0x78f25be0> obj2 = <Downloader: 0x78f25be0> obj3 = <Downloader: 0x79225e00>
可以看到,当我们调用sharedDownloader方法时获取到的对象是相同的,但是当我们通过alloc和init来构造对象的时候,得到的对象却是不一样的。
那么问题就来了,我们通过不同的途径得到不同的对象,显然是不行的。我们必须要确保对象的唯一性,所以我们就需要封锁用户通过alloc和init以及copy来构造对象这条道路。
创建对象分为申请内存(alloc)、初始化(init)这两个步骤,我们要确保对象的唯一性,因此在第一步这个阶段我们就要拦截它。当我们调用alloc方法时,OC内部会调用allocWithZone这个方法来申请内存,我们覆写这个方法,然后在这个方法中调用sharedDownloader方法返回单例对象,这样就可以达到我们的目的。拷贝对象也是同样的原理,覆写copyWithZone方法,然后在这个方法中调用sharedDownloader方法返回单例对象。
#import "Downloader.h" @implementation Downloader static Downloader *_sharedDownloader = nil; + (instancetype)sharedDownloader { static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ _sharedDownloader = [[super allocWithZone:NULL] init]; }); return _sharedDownloader; } + (id)allocWithZone:(struct _NSZone *)zone { return [Downloader sharedDownloader]; } - (id)copyWithZone:(struct _NSZone *)zone { return [Downloader sharedDownloader]; } @end
输出结果:
obj1 = <Downloader: 0x7ca42e70> obj2 = <Downloader: 0x7ca42e70> obj3 = <Downloader: 0x7ca42e70>
可以看到获取到的对象都是一样的了。
相关推荐
fraternityjava 2020-06-14
Kele0 2020-05-30
ahnuzfm 2020-05-07
gongruitao 2020-05-02
elizabethxxy 2020-04-27
xiaoemo0 2020-04-08
付春杰Blog 2020-03-26
JF0 2020-03-20
ahnuzfm 2020-02-03
Ingram 2020-01-16
缘起宇轩阁 2019-12-30
gongruitao 2020-01-04
zuixin 2020-01-03
pengkunstone 2019-12-27
waitui00 2019-12-22