什么是 EXC_BAD_ACCESS?
一旦你理解EXC_BAD_ACCESS的本质,你就会更好地理解这个模糊的名词。这里有一个极为简单的解释,也有一个技术层面的解释。我们首先从简单的解释开始说起。
(1) 简单的解释
不管什么时候当你遇到EXC_BAD_ACCESS这个错误,那就意味着你向一个已经释放的对象发送消息。
(2) EXC_BAD_ACCESS的本质
技术层面的解释有些复杂。在C和Objective-C中,你一直在处理指针。指针无非是存储另一个变量的内存地址的变量。当您向一个对象发送消息时,指向该对象的指针将会被引用。这意味着,你获取了指针所指的内存地址,并访问该存储区域的值。当该存储器区域不再映射到您的应用时,或者换句话说,该内存区域在你认为使用的时候却没有使用,该内存区域是无法访问的。 这时内核会抛出一个异常( EXC ),表明你的应用程序不能访问该存储器区域(BAD ACCESS) 。总之,当你碰到EXC_BAD_ACCESS ,这意味着你试图发送消息到的内存块,但内存块无法执行该消息。但是,在某些情况下, EXC_BAD_ACCESS是由被损坏的指针引起的。每当你的应用程序尝试引用损坏的指针,一个异常就会被内核抛出。
EXC_BAD_ACCESS是开发者面临的一个共同的问题,它是手动内存管理固有的问题。虽然推行ARC内存管理方式 (自动引用计数)使得EXC_BAD_ACCESS没那么频繁,但他们并没有真正的消失。比如,在使用UIWebView时,如果粗心的话,就会遇到。
UIWebView中的EXC_BAD_ACCESS
crash场景
在一个ViewController中,使用UIWebView来加载网页视图,UIWebView的delegate设为该ViewController
// viewController中定义UIWebView
@property(nonatomic, strong)UIWebView *uiWebView;
// 设置delegate
self.uiWebView = [[UIWebView alloc] initWithFrame:CGRectMake(0, 0, self.frame.size.width, 1)];
self.uiWebView.delegate = self;
在使用loadRequest方法去加载视图,由于delegate是异步的,在delegate返回之前,我们切换了该 ViewController(也就是ViewController需要销毁),这时我们的delegate处理方法中,就会产生EXC_BAD_ACCESS的crash问题,因为delegate对象已经不存在了。
解决办法
在离开ViewController前,需要停止UIWebView的加载以及删除delegate
// ARC (correct solution)
- (void)dealloc {
[_webView setDelegate:nil];
[_webView stopLoading];
}
// non ARC
- (void)dealloc {
[webView setDelegate:nil];
[webView stopLoading];
[webView release];
[super dealloc];
}
// ARC (older solution)
- (void)viewWillUnload {
[webView setDelegate:nil];
[webView stopLoading];
}
原因
我们看一下Apple提供的UIWebView的degate的官方定义,它的属性是assign的,而不是weak,所以当delegate对象销毁的时候,需要程序员手动去设置为nil
在使用WKWebView的时候就简单多了,它的navigationDelegate和UIDelegate都是定义为weak的,当delegate对象销毁后,delegate属性是会自动置为nil的
总结
1. 理解assign和weak的区别
2. 如果我们自己定义delegate,一定要把属性设为weak
3. 对于系统提供的标准组件的delegate,由于历史的原因没有使用weak,而是使用assign,那么当对象销毁后就需要程序员手动去设置为nil