如何解决iphone开发中遇到的EXC_BAD_ACCESS错误

Question

我正在尝试做一件简单的事情； 从互联网上读取图像，将其保存到 iPhone 上应用程序的文档目录中，然后从该文件中读回它，以便我稍后可以用它做其他事情。 写入文件工作正常，但是当我尝试读回它时，我在 GDB 中收到 EXC_BAD_ACCESS 错误，我不知道如何解决。 我的代码基本上如下所示：

-(UIImage *) downloadImageToFile {
NSURL * url = [[NSURL alloc] initWithString: self.urlField.text];

NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);

NSString *documentsDirectory = [paths objectAtIndex:0];

[paths release]
NSString * path = [documentsDirectory stringByAppendingString:@"/testimg.png"];

NSData * data = [[NSData alloc] initWithContentsOfURL:url];

[data writeToFile:path atomically:YES];

return [[UIImage alloc] initWithContentsOfFile:path];
}

当我尝试从文件初始化 UIImage 时，代码在 return 语句中失败。 有任何想法吗？

编辑：忽略添加原来是代码中存在问题的版本。

Answer 1

注意：这特别适用于非 ARC 内存管理。

因为这已经有很多观点并且检查的答案适当地指出“代码显示严重缺乏对 Objective-C 中内存管理如何工作的了解”，但没有人指出具体的错误，我想我应该添加一个涉及这些错误的答案。

关于调用方法，我们必须记住的基线级规则：

• 如果方法调用包含单词alloc、new、copy ，或保留，我们拥有所创建对象的所有权。如果我们拥有某个对象的所有权，我们就有责任释放它。

• 如果方法调用不包含这些单词，则我们不拥有所创建对象的所有权。¹如果我们不拥有对象的所有权，则释放这不是我们的责任，因此我们永远不应该这样做。

让我们看看OP的每一行代码：

-(UIImage *) downloadImageToFile {

我们开始了一个新方法。 通过这样做，我们开始了一个新的上下文，每个创建的对象都生活在其中。 请记住这一点。 下一行：

    NSURL * url = [[NSURL alloc] initWithString: self.urlField.text];

我们拥有url：其中的alloc一词告诉我们，我们拥有该对象的所有权，并且我们需要自己释放它。 如果我们不这样做，那么代码将泄漏内存。

    NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);

我们不拥有路径：不使用这四个魔法词，所以我们没有所有权，并且绝不能自己释放它。

    NSString *documentsDirectory = [paths objectAtIndex:0];

我们不拥有 documentsDirectory：没有魔法词=没有所有权。

    [paths release]

返回几行，我们发现我们不拥有路径，因此当我们尝试访问不再存在的内容时，此版本将导致 EXC_BAD_ACCESS 崩溃。

    NSString * path = [documentsDirectory stringByAppendingString:@"/testimg.png"];

我们不拥有路径：没有魔法=没有所有权。

    NSData * data = [[NSData alloc] initWithContentsOfURL:url];

我们拥有data：其中的alloc一词告诉用户我们拥有该对象的所有权，并且我们需要自己释放它。 如果我们不这样做，那么代码将泄漏内存。

以下两行不创建或释放任何内容。 然后是最后一行：

}

方法结束，因此变量的上下文已经结束。 查看代码，我们可以看到我们同时拥有 url 和 data，但没有释放其中任何一个。 因此，每次调用此方法时，我们的代码都会泄漏内存。

NSURL 对象 url 并不是很大，因此我们可能永远不会注意到泄漏，尽管它仍然应该被清理，但没有理由泄漏它。

NSData 对象 data 是一个 png 图像，并且可能非常大； 每次调用此方法时，我们都会泄漏对象的整个大小。 想象一下每次绘制表格单元格时都会调用此函数：用不了多久就会使整个应用程序崩溃。

那么我们需要做什么来解决这些问题呢？ 这非常简单，我们只需要在不再需要对象时立即释放它们，通常是在最后一次使用它们之后：

-(UIImage *) downloadImageToFile {

    // We own this object due to the alloc
    NSURL * url = [[NSURL alloc] initWithString: self.urlField.text];

    // We don't own this object
    NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);

    // We don't own this object
    NSString *documentsDirectory = [paths objectAtIndex:0];

    //[paths release] -- commented out, we don't own paths so can't release it

    // We don't own this object
    NSString * path = [documentsDirectory stringByAppendingString:@"/testimg.png"];

    // We own this object due to the alloc
    NSData * data = [[NSData alloc] initWithContentsOfURL:url];

    [url release]; //We're done with the url object so we can release it

    [data writeToFile:path atomically:YES];

    [data release]; //We're done with the data object so we can release it

    return [[UIImage alloc] initWithContentsOfFile:path];

    //We've released everything we owned so it's safe to leave the context
}

有些人喜欢在上下文结束时立即释放所有内容方法。 在这种情况下，[url release]; 和 [data release]; 将出现在右大括号 } 之前。 我发现，如果我尽快释放它们，代码会更清晰，当我稍后回顾它时，我会清楚地知道我在哪里完成了对象。

总结一下：我们拥有在方法调用中使用 alloc、new、copy 或 retain 创建的对象，因此必须在上下文结束之前释放它们。 我们不拥有任何其他东西，也绝不能释放它们。

---

``这四个词实际上并没有什么神奇之处，它们只是苹果公司创建相关方法的人员一贯使用的提醒。 如果我们为自己的类创建自己的初始化或复制方法，那么在适当的方法中包含单词alloc、new、copy或retain就是我们的责任，如果我们不在我们的名称中使用它们，那么我们我们需要记住所有权是否已经转移。

Answer 2

对我有很大帮助的一件事是在 objc_exception_throw 上有一个断点。 每当我要抛出异常时，我都会遇到这个断点，并且可以调试堆栈链。 我只是在 iPhone 项目中始终启用此断点。

为此，请在 xcode 中转到左窗格“组和文件”底部附近并找到“断点”。 打开它并单击“项目断点”，在详细信息窗格（顶部）中，您将看到一个标有“双击符号”的蓝色字段。 双击它并输入“objc_exception_throw”。

下次抛出异常时，您将停止并在调试器中，您可以沿着堆栈链返回到导致异常的代码。

Answer 3

您的代码表明严重缺乏对 Objective-C 中内存管理如何工作的了解。 除了您收到的 EXC_BAD_ACCESS 错误之外，不正确的内存管理还会导致内存泄漏，在 iPhone 这样的小型设备上，内存泄漏可能会导致随机崩溃。

我建议您仔细阅读：

Cocoa 内存管理编程指南简介

Answer 4

一定要快速回顾一下内存管理规则。 没有任何内容会导致您收到错误，但您会泄漏分配的所有对象。 如果您不理解保留/释放模式，则很可能在代码中的另一个位置没有正确保留对象，这就是导致 EXC_BAD_ACCESS 错误的原因。

另请注意，NSString 有处理文件系统路径的方法，您不必自己担心分隔符。

Answer 5

但总的来说，如果您在代码中遇到 EXC_BAD_ACCESS，并且您一生都无法弄清楚原因，请尝试使用 NSZombie（不，我不是在开玩笑）。

在 Xcode 中，展开左侧的可执行文件部分。 双击与您的项目同名的列表（它应该是唯一的）。 在弹出的窗口中，转到“参数”，然后单击底部的加号按钮。 名称应为 NSZombieEnabled，值应设置为 YES，

这样，当您尝试访问已释放的对象时，您将获得更好的结果正在做。 找出错误后，只需将该值设置为NO即可。

希望这对某人有帮助！

Answer 6

当您对内存管理不善（即对象被过早释放或类似）时，就会出现这些错误。

尝试执行以下操作。

UIImage *myImage = [[UIImage alloc] initWithContentsOfFile:path];
return [myImage autorelease];

我花了很多时间进行实验，同时掌握释放/自动释放的概念。 有时也需要使用保留关键字（尽管在这种情况下可能不是）

另一个选择可能只是路径不存在，或者无法读取？

Answer 7

也许 initWithContentsOfFile 不接受路径参数？ 浏览 UIImage 的不同 init 方法，我认为有一个不同的方法用于接受路径。

您可能还需要做一些更奇特的事情来开辟道路？ 我记得用“捆绑”做过什么？ 抱歉说得这么含糊，我只记得这些。

Answer 8

去掉路径上的斜杠，并确保它位于项目中。 它是否在该目录中并不重要，但必须将其添加到项目中才能访问它。