iOS中单例使用以及优缺点

一、单例介绍

单例模式:单例模式,属于创建类型的一种常用的软件设计模式。通过单例模式的方法创建的类在当前进程中只有一个实例。

为了我们能更好的理解单例模式,我列举以下几个cocoa框架中常用的单例:

1.UIApplication:应用程序。一个UIApplication对象就代表着一个应用程序,每个应用程序有且仅有一个UIApplication对象,开发中最常用的是使用它的openURL函数来跳转到其他应用程序,通过 [UIApplication sharedApplication] 类方法可以获得。

2.NSNotificationCenter:通知中心。iOS中的通知中心是一种消息广播,采用观察者模式和单例模式,一个应用有且仅有一个通知中心。通过 [NSNotificationCenter defaultCenter] 类方法可以获得。

3.NSFileManager:文件管理器。它是iOS文件系统的接口,用来创建、修改、访问文件。一个应用有且仅有一个文件管理器。通过 [NSFileManager defaultManager] 类方法可以获得。

4.NSUserDefaults:用户偏好设置。它主要用来存储简单的键值对数据,数据持久化最简单和基础的一种方案。通过 [NSUserDefaults standardUserDefaults] 类方法可以获得。

5.NSURLCache:URL缓存。通过将NSURLRequest对象映射到NSCachedURLResponse对象来实现对URL加载请求的响应的缓存。通过 [NSURLCache sharedURLCache] 类方法可以获得。

1.1 单例模式的要点

  • 1.只能有一个实例;

  • 2.它必须自行创建这个实例;

  • 3.它必须自行向整个系统提供这个实例。

从具体实现角度来说,是以下三点:

  • 1.单例模式的类只提供私有的构造函数;

  • 2.类定义中含有一个该类的静态私有对象(实例);

  • 3.提供一个静态的公有函数用于创建或获取它本身的静态私有对象(实例)。

1.2 单例模式的优点

  • 1.实例控制:单例可以保证系统中该类有且仅有一个实例,确保所有对象都访问这个唯一实例;

  • 2.灵活性:因为类控制了实例化的过程,所以类可以灵活更改实例化过程;

  • 3.节省开销:因为只有一个实例,所以减少内存开发和系统的性能开销。

1.3 单例模式的缺点

  • 1.由于单例模式中没有抽象层,可扩展性比较差。

  • 2.实例一旦被创造,对象指针保存在静态区,那么在堆区分配的空间只有在App结束后才会被释放;

  • 3.单例类职责过重,在一定程度上违背了“单一职责原则”。

  • 4.滥用单例会带来一些负面问题,比如,单例会隐性地让毫不相关的类产生耦合等问题。

二、单例的实现

单例的实现重点就是防止在外部调用的时候出现多个不同的实例,也就是说要从创建的方式入手禁止出现多个不同的实例。

主要做到以下几点:

1.防止调用 [[A alloc] init] 引起错误

2.防止调用 new 引起错误

3.防止调用 copy 引起错误

4.防止调用 mutableCopy 引起错误

2.1 典型的单例写法

static id sharedMyManager;
 +(id)shareThemeManager{
     if(sharedThemeManager == nil){
              shareMyManager = [[self alloc]init];
     }
   return sharedMyManager;
 }

缺点:无法保证多线程情况下只创建一个对象。适用于只有单线程。

2.2 加锁的写法

 static Singleton *_sharedSingleton = nil;

+(instancetype)sharedSingleton {
    @synchronized(self){   //加锁,保证多线程下也只能有一个线程进入
        if (! _sharedSingleton) {
            _sharedSingleton = [[self alloc] init]; 
        } 
    } 
    return _sharedSingleton;
 }

2.3 GCD写法【常用】

2.3.1 重写父类方法
  • static Singleton *_sharedSingleton = nil;
    
    + (instancetype)sharedSingleton
      {
        static dispatch_once_t onceToken;
        dispatch_once(&onceToken, ^{
            // 不能再使用 alloc 方法
            // 因为已经重写了 allocWithZone 方法,所以这里要调用父类的分配空间的方法
            _sharedSingleton = [[super allocWithZone:NULL] init];
        });
        return _sharedSingleton;
      }
    
    // ②、防止 [[A alloc] init] 和 new 引起的错误。因为 [[A alloc] init] 和 new 实际是一样的工作原理,都是执行了下面方法
    
    + (instancetype)allocWithZone:(struct _NSZone *)zone
      {
        return [Singleton sharedSingleton];
      }
    
    // ③、NSCopying 防止 copy 引起的错误。当你的单例类不遵循 NSCopying 协议,外部调用本身就会出错.
    
    - (id)copyWithZone:(nullable NSZone *)zone
      {
        return [Singleton sharedSingleton];
      }
    
    // ④、防止 mutableCopy 引起的错误,当你的单例类不遵循 NSMutableCopying 协议,外部调用本身就会出错.
    
    - (id)mutableCopyWithZone:(nullable NSZone *)zone 
      {
        return [Singleton sharedSingleton];
      }
      dispatch_once 主要是根据 onceToken 的值来决定怎么去执行代码。
    

1.当 onceToken = 0 时,线程执行 dispatch_once 的 block 中代码;

2.当 onceToken = -1 时,线程跳过 dispatch_once 的 block 中代码不执行;

3.当 onceToken 为其他值时,线程被阻塞,等待 onceToken 值改变。

当线程调用 shareInstance,此时 onceToken = 0,调用 block 中的代码,此时 onceToken = 其他值。当其他线程再调用 shareInstance 方法时,onceToken为其他值,线程阻塞。当 block 线程执行完 block 之后,onceToken = -1,其他线程不再阻塞,跳过 block。下次在调用 shareInstance 时, block 已经为 -1,直接跳过 block。

2.3.2 禁止外部调用

这种写法还蛮简单好用的~

.h 文件

  • - (instancetype)init NS_UNAVAILABLE;
    
    + (instancetype)new NS_UNAVAILABLE;
    
    - (id)copy NS_UNAVAILABLE;
    - (id)mutableCopy NS_UNAVAILABLE;
    

.m 文件

  • static Singleton *_sharedSingleton = nil;
    
    + (instancetype)sharedSingleton
      {
        static dispatch_once_t onceToken;
        dispatch_once(&onceToken, ^{
              _sharedSingleton = [[self alloc] init];  // 要使用 self 来调用
        });
        return _sharedSingleton;
      }
    

    当运行 init 或者 new 时,会报错 'init' is unavailable 或者 'new' is unavailable。

2.3.3 宏定义写法

写成宏是比较方便也比较常见的一种:

#define MY_SINGLETON_DEF(_type_) + (_type_ *)sharedInstance; \
+(instancetype) alloc __attribute__((unavailable("call sharedInstance instead"))); \
+(instancetype) new __attribute__((unavailable("call sharedInstance instead"))); \
-(instancetype) copy __attribute__((unavailable("call sharedInstance instead"))); \
-(instancetype) mutableCopy __attribute__((unavailable("call sharedInstance instead"))); \
#define MYY_SINGLETON_IMP(_type_) + (_type_ *)sharedInstance{ \
static _type_ * sharedInstance = nil; \
static dispatch_once_t onceToken; \
dispatch_once(&onceToken, ^{ \
sharedInstance = [[super alloc] init]; \
}); \
return sharedInstance; \
}

用法也很简单:

//引用
@interface MYSingleton : NSObject
MY_SINGLETON_DEF(MYSingleton);
@end
//实现
@implementation MYSingleton
MY_SINGLETON_IMP(MYSingleton);
@end

2.4 免锁写法

static Singleton *_sharedSingleton = nil;

+ (instancetype)sharedSingleton {
  static BOOL initialized = NO;
  if (initialized == NO){
      initialized = YES;
      _sharedSingleton = [[self alloc] init];
  }
  return _sharedSingleton;
   }

1,2,4三种写法还需将 init new 重写或禁用才算完整哦~

三、单例的滥用

上面关于单例的部分,写的太好了,所以我把全文搬运过来了

原文地址:iOS 单例模式详解/避免滥用单例

有兴趣的可以去看看

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

推荐阅读更多精彩内容