单例模式的理解

  • 单例的作用 :
    个人的理解就是内存地址只分配一次,不管你是在主线程调用还是在子线程调用,方便我们使用的某个对象 。比如 登陆的用户模型 你可能用户名 昵称等等的随时都在用 但是呢又没有必要持久化存储的这个时候可能用到单例。
  • 单例的模式 :懒汉是单例
    解释:顾名思义 就是我们用到的时候才会加载,其实我们平时也很多时候用到。
    代码:
// 1.在该类中定义一个静态的全局变量,防止被外部用extren访问
static id _instance;
/**

 static : 修饰变量

 1> 修饰全局变量

 * 全局变量的作用域仅限于当前文件内部,其他文件不能用extren关键字访问

 2> 修饰局部变量 : 

 * 局部变量的生命周期 跟 全局变量 类似

 * 但是不能改变作用域

 * 能保证局部变量永远只初始化1次,在程序运行过程中,永远只有1分内存

 */

 
/**
 * 2.重写它这个类的llocWithZone:方法,确保只为你这个类分配一次内存地址
 *  alloc方法内部会调用这个方法
 */
+ (id)allocWithZone:(struct _NSZone *)zone
{
    if (_instance == nil) { // 防止频繁加锁
        @synchronized(self) { // 加锁,避免在多线程中出错而创建多个对象
            if (_instance == nil) { // 防止创建多次
                _instance = [super allocWithZone:zone]; 
            }
        }
    }
    return _instance;
}

// 3.提供一个shared方法让外界调用这个单例(一般单例都会提供这个方法),确保只init一次
+ (instancetype)sharedMusicTool
{
    if (_instance == nil) { // 防止频繁加锁
        @synchronized(self) {
            if (_instance == nil) { // 防止创建多次
                _instance = [[self alloc] init];
            }
        }
    }
    return _instance;
}

// 4.重写copyWithZone:方法,避免使用copy时创建多个对象
- (id)copyWithZone:(NSZone *)zone
{
    return _instance;
}

解释:其实要将写好点 我们还需要实现他的mutablecopy 方法,为什么枷锁 就是防止多线程出错从而不是创建不是一次

  • 单例之饿汉式加载
    自己的理解:就是当加载的oc运行环境时加载一次,每个类只是加载一次,这个我们平时不常用,但是作为一个程序员 我们有必要深究并且知道为什么。
    代码:
// 1.在该类中定义一个静态的全局变量,防止被外部用extren访问
static id _instance;

/**
 * 2.重写它这个类的llocWithZone:方法,这里不用加锁,因为程序刚启动,线程还没加载,不会出现线程不安全的问题
 */
+ (id)allocWithZone:(struct _NSZone *)zone
{
            if (_instance == nil) { // 防止创建多次
                _instance = [super allocWithZone:zone];
            }
    return _instance;
}

// 3.提供一个shared方法让外界调用这个单例(一般单例都会提供这个方法)
+ (instancetype)sharedMusicTool
{
    return _instance;
}

// 4.重写copyWithZone:方法,避免使用copy时创建多个对象
- (id)copyWithZone:(NSZone *)zone
{
    return _instance;
}

// 5.重写load这个类方法,在里面alloc它
// 这个方法在程序启动,加载类的时候会调用一次
+ (void)load
{
  _instance = [[self alloc] init];      
}

解释:这里不用枷锁 没事的 因为程序刚启动线程还没有加载 所用不用枷锁 为了更加安全 枷锁更好了。

  • 单例模式- 在MRC情况下:
    说明:我刚开始学习ios的时候 那时候xcode还是5 现在都xocde9了 几乎所有的公司都是ARC了,所以这个我们可以不用多管 但是必须的得知道,下面我会在下面用一个宏说明
  • 单例模式-gcd的方式
    解释:我们主要用到的是gcd的方式 不再用枷锁的方式 因为我个人觉得系统在内部已经给我们实现好了 肯定考虑到线程的问题 以及其他的问题 我们没有想到的系统也给我们处理了。
    代码实现:
// 1.
static id _instance;

/**
 * 2.用GCD的dispatch_once方法重写
 */
+ (id)allocWithZone:(struct _NSZone *)zone
{
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
         _instance = [super allocWithZone:zone];
    });
   return _instance;
}

// 3.
+ (instancetype)sharedMusicTool
{
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
         _instance = [[self alloc] init];
    });
    return _instance;
}

// 4.
- (id)copyWithZone:(NSZone *)zone
{
    return _instance;
}
  • 最后我们用一个宏的点h文件把所有的都包括了,以后我们只需要把这个宏都带进去就可以了
// 在.h文件使用的宏定义
#define HJSingletonH(name) + (instancetype)shared##name;

#if __has_feature(objc_arc)
// 当前的编译器环境是ARC
// 在.m文件使用的宏定义
#define HJSingletonM(name) \
static id _instace; \
\
+ (id)allocWithZone:(struct _NSZone *)zone \
{ \
static dispatch_once_t onceToken; \
dispatch_once(&onceToken, ^{ \
_instace = [super allocWithZone:zone]; \
}); \
return _instace; \
} \
\
+ (instancetype)shared##name \
{ \
static dispatch_once_t onceToken; \
dispatch_once(&onceToken, ^{ \
_instace = [[self alloc] init]; \
}); \
return _instace; \
} \
\
- (id)copyWithZone:(NSZone *)zone \
{ \
return _instace; \
}

#else
// 当前的编译器环境是MRC
// 在.m文件使用的宏定义
#define HJSingletonM(name) \
static id _instace; \
 \
+ (id)allocWithZone:(struct _NSZone *)zone \
{ \
    static dispatch_once_t onceToken; \
    dispatch_once(&onceToken, ^{ \
        _instace = [super allocWithZone:zone]; \
    }); \
    return _instace; \
} \
 \
+ (instancetype)shared##name \
{ \
    static dispatch_once_t onceToken; \
    dispatch_once(&onceToken, ^{ \
        _instace = [[self alloc] init]; \
    }); \
    return _instace; \
} \
 \
- (id)copyWithZone:(NSZone *)zone \
{ \
    return _instace; \
} \
- (oneway void)release {} \
- (id)retain {return self;} \
- (NSUInteger)retainCount {return 1;} \
- (id)autorelease {return self;}
#endif

解释:这个带ARC和MRC的

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

推荐阅读更多精彩内容