博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
关于dispatch_once的坑及注意点
阅读量:6292 次
发布时间:2019-06-22

本文共 3168 字,大约阅读时间需要 10 分钟。

说到单例,在Objective-C中我们很容易就能想到用dispatch_once来构建一个单例的对象,然而最近因为给一个目前维护的老项目增加新的功能的时候,却不小心踩到了dispatch_once的坑里面去了。 简单的说明一下遇到的问题:公司测试在安装完APP一段时间后,重新进入会一直黑屏闪退,并且发生时间不确定,测试的时候也只是一个机型会发生这样的情况。 当时我导出了崩溃日志,发现崩溃前是这样的(公司的项目,稍微打了一下码):

看到上面显示trying to lock recursively,说明是被死锁了。然后我注意到最靠近崩溃的符号化信息是NBSDispatch_once,这是某第三方监测app的库的一个方法,然后我替换了最新的SDK,发现新版本的SDK已经去除了这个方法,测试发现没再出现类似的情况,于是松了一口气,PM让发布到APP Store。

本以为这件事就这样解决了,然而在我前一天晚上发布到APP Store后,有客户反馈会出现进入不了APP的问题,但是这次跟上次的又略有不同,上面那个是打开APP后一直黑屏然后闪退,而这个是在APP加载了Launch界面后出现的问题。

让我们再看一下上面的崩溃日志,有一个方法[AppViewControllerManager getAppViewControllerManager]这个方法出现多次,AppViewControllerManager是负责统管整个项目试图控制器的类,而这个方法是获取这个管理类的单例对象。在该单例方法内部的dispatch_once里面又包含了后续执行方法,在后续执行方法中有一段会再次调用[AppViewControllerManager getAppViewControllerManager],从而造成了死锁,又因为造成死锁的方法是异步网络请求,在返回结果过快的时候,第一次的dispatch_once的block还没有执行结束的就再次进入该dispatch_once的block,导致死锁。

下面让我们构造一个类似的Demo工程进行说明,为了保证出现该死锁,我们全部用同步线程执行。(注:模拟器上死锁不会crash,真机上因为系统保护机制才会强制crash)。

编译环境: 系统: macOS 10.12 Xcode版本:8.0

我们在Demo中新建一个管理类AppManager,在里面添加一个单例方法:

+ (AppManager *)getAppManager {    static AppManager *manager = nil;    static dispatch_once_t onceToken;    dispatch_once(&onceToken, ^{        manager = [[AppManager alloc] init];                ViewController *vc = [[ViewController alloc] init];        UIWindow *window = [UIApplication sharedApplication].keyWindow;        window.rootViewController = vc;        [vc doSomeThing];    });    return manager;}复制代码

AppDelegate.m中:

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {    self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds];    [self.window makeKeyWindow];        _manager = [AppManager getAppManager];        [self.window makeKeyAndVisible];        return YES;}复制代码

我们在ViewController.m中添加方法doSomeThing:

- (void)doSomeThing {    [AppManager getAppManager];    self.view.backgroundColor = [UIColor cyanColor];}复制代码

不考虑其他因素,按步骤下来,预期屏幕背景应该是[UIColor cyanColor]; 然而实际运行结果是:

我们查看运行的堆栈信息:

发现app进程停在[ViewController doSomeThing]中,并且在调用了[AppManager getAppManager]后进入信号等待,因为此时[AppManager getAppManager]dispatch_once的block并未执行完成,处于lock状态,等待完全执行完成该block,而在该block中又进行了一次[AppManager getAppManager]的调用,从而造成死锁。

我们注释掉[ViewController doSomeThing]中的[AppManager getAppManager];后发现背景色如期变成[UIColor cyanColor]:

如何避免这类问题的发生?

1.慎用单例模式; 2.在dispacth_once包裹的block中,尽量避免与其他类的耦合。

推荐写法:

dispatch_once中与其他类耦合的地方移出:

+ (AppManager *)getAppManager {    static AppManager *manager = nil;    static dispatch_once_t onceToken;    dispatch_once(&onceToken, ^{        manager = [[AppManager alloc] init];    });    return manager;}复制代码

放置到完全执行完初始化单例的后续方位执行:

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {    self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds];    [self.window makeKeyWindow];        _manager = [AppManager getAppManager];        ViewController *vc = [[ViewController alloc] init];    UIWindow *window = [UIApplication sharedApplication].keyWindow;    window.rootViewController = vc;    [vc doSomeThing];        [self.window makeKeyAndVisible];        return YES;}复制代码

Demo地址在: / 以上是该次问题的总结,欢迎大家指教。

转载地址:http://qxcta.baihongyu.com/

你可能感兴趣的文章
vim自动补全快捷键
查看>>
Android Service AIDL
查看>>
PHP的工作原理和生命周期
查看>>
jQuery - 左右拖动分隔条
查看>>
注入 - Ring3 APC注入
查看>>
NFS PRC端口映射器
查看>>
关于JAVA匿名内部类,回调,事件模式的一点讨论
查看>>
Windows 术语表(Windows Glossary)
查看>>
TOJ 4689: Sawtooth
查看>>
你会开会吗
查看>>
关于FAST比较全的博文
查看>>
SCVMM 安装
查看>>
iOSBlock和delegate的用法
查看>>
4.Azure创建点到站点的***隧道(下)
查看>>
怎样为用户写“招标书”
查看>>
python运维之轻松模拟开发FTP软件05
查看>>
Nginx配置proxy_pass转发的/路径问题
查看>>
总编下午茶:挑战者心态能否帮助微软重回云计算巅峰?
查看>>
理解并取证:广域网上的PPP协议
查看>>
动软分享社区系统实现个性化导购营销平台
查看>>