蚂蟥最怕什么,w88优德下载网址,温柔的慈悲简谱
前言
ios崩溃是让ios开发人员比较头痛的事情,app崩溃了,说明代码写的有问题,这时如何快速定位到崩溃的地方很重要。调试阶段是比较容易找到出问题的地方的,但是已经上线的app并分析崩溃报告就比较麻烦了。
本文将给大家总结介绍关于ios中多线程的一些经典崩溃,下面话不多说了,来一起看看详细的介绍吧。
0x0 block 回调的崩溃
在mrc环境下,使用block 来设置下载成功的图片。当self释放后,weakself变成野指针,接着就悲剧了
__block viewcontroller *weakself = self; [self.imageview imagewithurl:@"" completedblock:^(uiimage *image, nserror *error) { nslog(@"%@",weakself.imageview.description); }];
0x1 多线程下setter 的崩溃
getter & setter 写多了,在单线程的情况下,是没有问题的。但是在多线程的情况下,可能会崩溃。因为[_imageview release]; 这段代码可能会被执行两次,oops!
uikit 不是线程,所以在不是主线程的地方调用uikit 的东西,有可能在开发阶段完全没问题,直接免测。但是一到线上,崩溃系统可能都是你的崩溃日志。holy shit!
解决办法:通过hook 住setneedslayout,setneedsdisplay,setneedsdisplayinrect来检查当前调用的线程是否是主线程。
- (void)setimageview:(uiimageview *)imageview { if (![_imageview isequal:imageview]) { [_imageview release]; _imageview = [imageview retain]; } }
0x2 更多setter 类型的崩溃
property 的属性,写的最多的就是nonatomic,一般情况下也是没有问题的!
@interface viewcontroller () @property (strong,nonatomic) nsmutablearray *array; @end
跑一下下面这段代码,你会看到:
malloc: error for object 0x7913d6d0: pointer being freed was not allocated
for (int i = 0; i < 100; i++) { dispatch_async(dispatch_get_global_queue(dispatch_queue_priority_default, 0), ^{ self.array = [[nsmutablearray alloc] init]; }); }
原因就是:对象被重复relaese 了。查看一下
解决办法:属性声明为atomic.
一个更为常见的例子:
if(handler == nil) { hander = [[handler alloc] init]; } return handler;
如果a,b两个线程同时访问到if语句, 此时handler == nil
条件满足, 两个线程都走到下一句初始化实例.
此时a线程先完成初始化并赋值(这个实例我们叫它a), 然后继续往后走到其他逻辑.而这时候, b线程开始做初始化并赋值(这个实例我们叫它b), handler将指向b线程初始化出来的对象. 而a初始化出来的实例a因为引用计数减少1(减少到0)而被释放. 但在a线程中, 代码还会尝试访问a所在的地址, 这个地址里的内容因为被释放而变得无法预测, 从而导致野指针.
问题还有一个很关键的点, 在一个对象的某个方法的调用过程中, 这个对象的引用计数并不会增加, 到导致它如果被释放, 后续的执行过程中对这个对象的访问就可能会导致野指针[1].
exception type: sigsegv exception codes: segv_accerr at 0x12345678 triggered by thread: 1
简单加个锁就可以解决问题了:
@synchronized(self){ if(handler == nil) { hander = [[handler alloc] init]; } } return handler;
0x3 多线程下对变量的存取
if (self.xxx) { [self.dict setobject:@"ah" forkey:self.xxx]; }
大家第一眼看到这样的代码,是不是会认为是正确的?因为在设置key的时候已经提前进行了self.xxx为非nil的判断,只有非nil得情况下才会执行后续的指令。但是,如上代码只有在单线程的前提下才是正确的。
假设我们将上述代码目前执行的线程为thread a,当我们执行完if (self.xxx)
的语句之后,此时cpu将执行权切换给了thread b,而这个时候thread b中调用了一句self.xxx = nil
。 使用局部变量可以解决这个问题
__strong id val = self.xxx; if (val) { [self.dict setobject:@"ah" forkey:val]; }
这样,无论多少线程尝试对self.xxx进行修改,本质上的val都会保持现有的状态,符合非nil的判断。
0x4 dispatch_group 的崩溃
dispatch_group_enter 和 leave 必须是匹配的,不然就会crash . 在多资源下载的时候,往往需要使用多线程并发下载,全部下载完之后通知用户。开始下载,dispatch_group_enter ,下载完成dispatch_group_leave 。 非常简单的流程,但是当代码复杂到一定程度或者是使用了一些第三方库的时候,就很大可能出问题。
dispatch_group_t servicegroup = dispatch_group_create(); dispatch_group_notify(servicegroup, dispatch_get_main_queue(), ^{ nslog(@"finish downloading :%@", downloadurls); }); // t 是一个包含一堆字符串的数组 [downloadurls enumerateobjectsusingblock:^(id _nonnull obj, nsuinteger idx, bool * _nonnull stop) { dispatch_group_enter(servicegroup); sdwebimagecompletionwithfinishedblock completion = ^(uiimage *image, nserror *error, sdimagecachetype cachetype, bool finished, nsurl *imageurl) { dispatch_group_leave(servicegroup); nslog(@"idx:%zd",idx); }; [[sdwebimagemanager sharedmanager] downloadimagewithurl:[nsurl urlwithstring: downloadurls[idx]] options:sdwebimagelowpriority progress:nil completed:completion]; }];
使用多线程进行并发下载,直到所有图片都下载完成(可以失败)进行回调,其中图片下载使用的是sdwebimage.发生崩溃的场景是:有10 张图片,分开两次下载(a & b)。其中在b组里面有一张图片和a组下载的图片重复了。假设a组下载对应groupa ,b组groupb
下面截取sdwebimage源码:
dispatch_barrier_sync(self.barrierqueue, ^{ sdwebimagedownloaderoperation *operation = self.urloperations[url]; if (!operation) { operation = createcallback(); // ****注意这行**** self.urloperations[url] = operation; __weak sdwebimagedownloaderoperation *woperation = operation; operation.completionblock = ^{ sdwebimagedownloaderoperation *soperation = woperation; if (!soperation) return; if (self.urloperations[url] == soperation) { [self.urloperations removeobjectforkey:url]; }; }; } // ****注意这行**** id downloadoperationcanceltoken = [operation addhandlersforprogress:progressblock completed:completedblock]; }
sdwebimage的下载器会根据url做下载任务对应nsoperation映射,相同的url会映射到同一个未执行的nsoperation。当a组图片下载完成后,相同的url 回调是 groupb 而不是group a。此时group b的计数为1 。当b 组图片全部下载完后,结束计数为 5+1 。因为enter 的次数为5 ,leave 的次数为6 ,因此会崩溃!
0x5 最后一个持有者释放后的崩溃
对象a被 manager 持有,在a中调用[manager removeobjecta]
。a对象的retaincount -1
, 当retaincount 等于零时,对象a已经开始释放了。在调用removeobjecta 后,紧接着调用[self dosomething]
,就会崩溃。
- (void)finishediting { [manager removeobject:self]; [self dosomething]; }
这种情况一般会发生在数组或者字典包含对象,而且是对象的最后持有者。当在对象处理不好,就会有上面的崩溃。还有一种情况就是,当数组或者字典里面的对象已经被释放了,当遍历数组或者取字典里面的值发生崩溃。这种情况,会让人很崩溃,因为有时候堆栈是这样的:
thread 0 crashed: 0 libobjc.a.dylib 0x00000001816ec160 _objc_release :16 (in libobjc.a.dylib) 1 libobjc.a.dylib 0x00000001816edae8 __zn12_global__n_119autoreleasepoolpage3popepv :508 (in libobjc.a.dylib) 2 corefoundation 0x0000000181f4c9fc __cfautoreleasepoolpop :28 (in corefoundation) 3 corefoundation 0x0000000182022bc0 ___cfrunlooprun :1636 (in corefoundation) 4 corefoundation 0x0000000181f4cc50 _cfrunlooprunspecific :384 (in corefoundation) 5 graphicsservices 0x0000000183834088 _gseventrunmodal :180 (in graphicsservices) 6 uikit 0x0000000187236088 _uiapplicationmain :204 (in uikit) 7 tmall4iphone 0x00000001000b7ae4 main main.m:50 (in tmall4iphone) 8 libdyld.dylib 0x0000000181aea8b8 _start :4 (in libdyld.dylib)
产生这种堆栈可能的场景是:
释放dictionary的时候,某个值(value)因为被其他代码提前释放变成野指针, 此时再次被释放触发crash. 如果可以在每个dictionary释放的时候, 把所有的key/value打出来, 如果某个key/value刚好被打出来之后, crash就发生了, 那么挂就挂在刚被打出来的key/value上.
0x6 对象的释放线程要和它处理事情的线程一致
对象a在主线程监听notification事件,如果这个对象被其它线程释放了。此刻,如果对象a 正在执行notification 相关的操作,再访问对象相关资源就野指针了,发生crash.
0x7 performselector:withobject:afterdelay:
调用此方法,如果不是在主线程,那么必须要确保当前线程的ruuloop是存在的,performselector_xxx_afterdelay 依赖runlopp才能执行。另外使用 performselector:withobject:afterdelay:
和 cancelpreviousperformrequestswithtarget
组合的时候要小心。
__weak typeof(self) weakself = self; [nsobject cancelpreviousperformrequestswithtarget:self]; if (!weakself) { //nslog(@"self被销毁"); return; } [self doother];
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对移动技术网的支持。
如对本文有疑问,请在下面进行留言讨论,广大热心网友会与你互动!! 点击进行留言回复
iOS 使用UITextField自定义搜索框 实现用户输入完之后“实时搜索”功能
网友评论