gpt4 book ai didi

iphone - 我的 iPhone 项目中发生随机崩溃,看到两个调用堆栈,全部在 Web 核心中,在 UIWebView 解除分配后全部崩溃

转载 作者:行者123 更新时间:2023-12-02 06:23:06 24 4
gpt4 key购买 nike

我的 iPhone 项目中发生随机崩溃,看到两个调用堆栈,都在 Web 核心中,在 UIWebView 释放后全部崩溃。

看到崩溃1,好像web core无法完全关闭,是不是被其他正在运行的线程阻塞了?

参见崩溃2,为什么即使UIWebView已经发布,它仍然处理一些问题?

任何想法或讨论将不胜感激,提前致谢。

崩溃2比崩溃1的重现率更高,扫描WebCore源代码,当尝试访问它时,似乎 list 缓存已被删除(谁干的?)。

web core crash 1

web core crash 2

最佳答案

我的猜测是,您正在通过 Interface Builder 或通过如下所示的代码将某个对象(可能是您的 View Controller )设置为 webView 的委托(delegate):

- (void)viewDidLoad
{
[super viewDidLoad];
self.webView.delegate = self;
}

- (void)dealloc
{
[self.webView release];
[super dealloc];
}

此代码有一个严重的错误,如果您不知道要查找什么,则该错误不会立即明显。你能发现它吗?

当 Controller 被释放时,它会释放 webView,但这并不一定意味着 web View 不再存在。它可能仍被其内部实现内部的某些代码保留,并且可能仍在加载内容。

当完成加载时,Web View 将在其委托(delegate)上调用类似 webViewDidFinishLoad: 的方法。问题是,您的 View Controller 是委托(delegate),并且您的 View Controller 不再存在。 View Controller 曾经所在的内存部分已被操作系统回收,并且应用程序进程无法再访问。但 WebView 并不知道这一点。它的委托(delegate)属性中仍然有对该内存地址的引用。因此它尝试调用该对象上的委托(delegate)方法,然后哎呀... EXC_BAD_ACCESS。

像这样的崩溃似乎是随机的,因为它们取决于您的应用程序当时在后台执行的操作。这使得诊断变得困难。幸运的是,它们很容易解决。只需在释放 dealloc 语句之前将对象的委托(delegate)设置为 nil,如下所示:

- (void)dealloc
{
self.webView.delegate = nil;
[self.webView release];
[super dealloc];
}

通过在释放 Web View 之前将其委托(delegate)设置为 nil,可以保证 Web View 在对象被释放后不会尝试调用对象上的委托(delegate)方法。

如果您使用 ARC,您的类可能没有 dealloc 方法。这通常没问题,但在这种情况下,您应该继续添加一个。如果您使用 ARC,则不想调用 release,但您仍应添加 dealloc 方法并将委托(delegate)属性设置为 nil。

为了避免将来出现类似的崩溃,请在每次将对象设置为另一个对象的委托(delegate)时应用此最佳实践。

关于iphone - 我的 iPhone 项目中发生随机崩溃,看到两个调用堆栈,全部在 Web 核心中,在 UIWebView 解除分配后全部崩溃,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9865547/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com