单例模式

单例模式的作用

可以保证在程序运行过程,一个类只有一个实例,而且该实例易于供外界访问

从而方便地控制了实例个数,并节约系统资源 

单例模式的使用场合

在整个应用程序中,共享一份资源(这份资源只需要创建初始化1次) 

单例模式在ARC\MRC环境下的写法有所不同,需要编写2套不同的代码

可以用宏判断是否为ARC环境

#if __has_feature(objc_arc)

// ARC

#else

// MRC

#endif

单例模式- ARC

ARC中,单例模式的实现

在.m中保留一个全局的static的实例

static id_instance;


重写allocWithZone:方法,在这里创建唯一的实例(注意线程安全)

+ (id)allocWithZone:(struct_NSZone*)zone {

   if(_instance==nil) { 防止频繁加锁

       @synchronized(self) {

           if(_instance==nil) { 防止创建多次

  _instance= [superallocWithZone:zone];

            }

        }

    }

   return_instance;

提供1个类方法让外界访问唯一的实例

+ (instancetype)sharedMusicTool {

   if(_instance==nil) {防止频繁加锁

       @synchronized(self) {

           if(_instance==nil) { 防止创建多次

              _instance= [[selfalloc]init];

            }

        }

    }

   return_instance;

}

实现copyWithZone:方法

- (id)copyWithZone:(struct_NSZone*)zone {

   return_instance;

}

单例模式–非ARC

非ARC中(MRC),单例模式的实现(比ARC多了几个步骤)

实现内存管理方法

- (id)retain {return self; }

- (NSUInteger)retainCount {return1; }

- (oneway void)release {}

- (id)autorelease {return self; }


1.单例模式

- 1.1概念相关

(1)单例模式

在程序运行过程,一个类只有一个实例

(2)使用场合

在整个应用程序中,共享一份资源(这份资源只需要创建初始化1次)

- 1.2 ARC实现单例

(1)步骤

01在类的内部提供一个static修饰的全局变量

02提供一个类方法,方便外界访问

03重写+allocWithZone方法,保证永远都只为单例对象分配一次内存空间

04严谨起见,重写-copyWithZone方法和-MutableCopyWithZone方法

(2)相关代码

提供一个static修饰的全局变量,强引用着已经实例化的单例对象实例

staticXMGTools *_instance;

类方法,返回一个单例对象

+(instancetype)shareTools

{

   注意:这里建议使用self,而不是直接使用类名Tools(考虑继承)

   return[[selfalloc]init];

}

保证永远只分配一次存储空间

+(instancetype)allocWithZone:(struct_NSZone *)zone

{

   使用GCD中的一次性代码

   static dispatch_once_t onceToken;

   dispatch_once(&onceToken, ^{

   _instance = [super allocWithZone:zone];

       });

   使用加锁的方式,保证只分配一次存储空间

   @synchronized(self) {

       if(_instance ==nil) {

            _instance = [superallocWithZone:zone];

        }

    }

   return_instance;

}

 1. mutableCopy创建一个新的可变对象,并初始化为原对象的值,新对象的引用计数为1;

 2. copy返回一个不可变对象。分两种情况:(1)若原对象是不可变对象,那么返回原对象,并将其引用计数加1;(2)若原对象是可变对象,那么创建一个新的不可变对象,并初始化为原对象的值,新对象的引用计数为1。

让代码更加的严谨

-(nonnull id)copyWithZone:(nullableNSZone *)zone

{

    return [[self class] allocWithZone:zone];

   return_instance;

}

-(nonnull id)mutableCopyWithZone:(nullableNSZone *)zone

{

   return_instance;

}

- 1.3 MRC实现单例

(1)实现步骤

01在类的内部提供一个static修饰的全局变量

02提供一个类方法,方便外界访问

03重写+allocWithZone方法,保证永远都只为单例对象分配一次内存空间

04严谨起见,重写-copyWithZone方法和-MutableCopyWithZone方法

05重写release方法

06重写retain方法

07建议在retainCount方法中返回一个最大值

(2)配置MRC环境知识

01注意ARC不是垃圾回收机制,是编译器特性

02配置MRC环境:build setting ->搜索automatic ref->修改为NO

(3)相关代码

提供一个static修饰的全局变量,强引用着已经实例化的单例对象实例

staticXMGTools *_instance;

类方法,返回一个单例对象

+(instancetype)shareTools

{

   注意:这里建议使用self,而不是直接使用类名Tools(考虑继承)

   return[[selfalloc]init];

}

保证永远只分配一次存储空间

+(instancetype)allocWithZone:(struct_NSZone *)zone

{

   使用GCD中的一次性代码

       static dispatch_once_t onceToken;

       dispatch_once(&onceToken, ^{

       _instance = [super allocWithZone:zone];

       });

   使用加锁的方式,保证只分配一次存储空间

   @synchronized(self) {

       if(_instance ==nil) {

            _instance = [superallocWithZone:zone];

        }

    }

   return_instance;

}

让代码更加的严谨

-(nonnull id)copyWithZone:(nullableNSZone *)zone

{

   return [[self class] allocWithZone:zone];

   return_instance;

}

-(nonnull id)mutableCopyWithZone:(nullableNSZone *)zone

{

   return_instance;

}

在MRC环境下,如果用户retain了一次,那么直接返回instance变量,不对引用计数器+1

如果用户release了一次,那么什么都不做,因为单例模式在整个程序运行过程中都拥有且只有一份,程序退出之后被释放,所以不需要对引用计数器操作

-(oneway void)release

{

}

-(instancetype)retain

{

   return_instance;

}

惯用法,有经验的程序员通过打印retainCount这个值可以猜到这是一个单例

-(NSUInteger)retainCount

{

   returnMAXFLOAT;

}

- 1.4通用版本

(1)有意思的对话

01问:写一份单例代码在ARC和MRC环境下都适用?

答:可以使用条件编译来判断当前项目环境是ARC还是MRC

02问:条件编译的代码呢,么么哒?

答:条件编译

#if __has_feature(objc_arc)

如果是ARC,那么就执行这里的代码1

#else

如果不是ARC,那么就执行代理的代码2

#endif

03问:在项目里面往往需要实现很多的单例,比如下载、网络请求、音乐播放等等,弱弱的问一句单例可以用继承吗?

答:单例是不可以用继承的,如果想写一次四处使用,那么推荐亲使用带参数的宏定义啦!

04问:宏定义怎么弄?

答:这个嘛~~回头看一眼我的代码咯,亲。

(2)使用带参数的宏完成通用版单例模式代码

01注意条件编译的代码不能包含在宏定义里面

02宏定义的代码只需要写一次就好,之后直接拖到项目中用就OK

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,185评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,445评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,684评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,564评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,681评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,874评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,025评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,761评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,217评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,545评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,694评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,351评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,988评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,778评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,007评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,427评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,580评论 2 349

推荐阅读更多精彩内容

  • 单例模式的作用 可以保证在程序运行过程,一个类只有一个实例,而且该实例易于供外界访问 从而方便地控制了实例个数,并...
    JonesCxy阅读 378评论 0 0
  • 一. ARC环境下的单例模式 单例模式的基本概念单例, 顾名思义, 即在整个程序中, 某一个类只有唯一一个实例, ...
    面糊阅读 753评论 0 50
  • 爱因斯坦说过:“发展独立思考和独立判断的一般能力,应当始终放在首位,而不应当把获得专业知识放在首位。”拥有...
    姥姥三岁阅读 2,554评论 0 1
  • 一直想来坐坐,感受一下现实生活中、真真切切的简书的书香气息;叫上我最美的闺蜜,走进这闹中取静的院子…… 最棒的天气...
    萧娜阅读 339评论 4 5
  • 李文星事件令人发指,令人叹息!勾起了我不堪回首的经历。 不过很幸运,我没有成为李文星。 大学刚毕业那会儿,找工作不...
    周淇棛阅读 218评论 0 0