UIWebView中的EXC_BAD_ACCESS crash问题

来源：互联网发布：俄罗斯反对苏联知乎编辑：程序博客网时间：2024/06/08 06:03

什么是 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;// 设置delegateself.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

参考

UIWebView EXC_BAD_ACCESS crash

EXC_BAD_ACCESS的本质详解以及僵尸模式调试原理

0 0