iOS开发Xcode崩溃在main函数入口时的一次Bug

iOS开发中的崩溃有两种,一种是正常崩溃在代码段,能指出来崩溃在哪一句代码,而且会给出crash reason,

这个一般来讲随便找找就能解决问题了第二种 就是致命到没朋友的崩溃在Main入口函数

如下图所示,根本在控制台没有任何打印信息,只是停在了main入口




如何通过Xcode来找到崩溃在Main入口函数的原因??

首先你要明白,很多这种情况是已经释放的对象再调用其方法就会产生EXC_BAD_ACCESS这样的报错


Xcode自带Zombie检测的开关

第一:点这里,选择edit scheme



第二:勾上zombie对象开关



这个时候,你把刚才崩溃的程序再来一遍


2016-11-10 16:59:17.272 XXXXX[14999:433907] *** -[XXXXXXXX respondsToSelector:]:

message sent to deallocated instance 0x7fa37d8a0c00

以后遇到蹦在main函数的坏访问,某些情况是这种错误导致的,直接开启僵尸检测,就能定位到原因的所在



下面对我这个找了半天的bug做下留念,浪费我那么久去找他



分析下过程:

1.有两个页面,A push到 B页面 正常情况下不会有问题,pop回来也正常

2.但是我在B上面加了个View,view里面是个searchBar

[self.navigationController.navigationBaraddSubview:self.searBackView];

3.这里需要注意的是我用addSubView的方式加的(如果我加到系统的left or rightItem上去,pop回去的时候会自动回收)

这就埋下了隐患,我pop回去的时候在dealloc没有做任何处理

4.这就导致了B页面的顶部View还活着!!!(因为导航栏是共享的),但是B页面已经dealloc了

dealloc --> SortCategoryProductsViewController

5.当我A页面的searchBar动画下来的时候或者再次Push的时候,会去调用顶部View的拥有者也就是B页面,但是B

已经挂了,这个时候直接炸了

6.你以为结束了么,我擦,这在iOS 9 以上版本根本没事好么,9以下就炸了,血淋淋的教训啊,以后一定在低适配的

7.这个故事告诉我们,addsubView的方式加到导航栏上东西,最好在页面死的时候移除

dealloc能做的事情不多,也就是清理干净一些不必要的麻烦,一定要注意

- (void)dealloc
{
    [self.searBackView removeFromSuperview];
    self.searBackView = nil;
    DDLogVerbose(@"dealloc --> %s",object_getClassName(self));
}

iOS不同版本有不同的兼容BUG,还要注意一点的事,在searchBar初始化的时候最好加上

[self.searchController.searchBarsizeToFit];

不然iOS 8上有抽风了






评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值