1

我想知道是什么原因造成的。我的代码中有几个使用 performSelectorInBackground 调用的方法。在这些方法中的每一个中，我都有一个 Autoreleasepool，它在开始时被分配/初始化，并在方法结束时被释放。

这在 iOS 3.1.3 / 3.2 / 4.2 / 4.2.1 上完美运行，但它在 iOS 4.0 上致命地崩溃，并在调用 [myPool release] 后发生 EXC_BAD_ACCESS 异常。

在我注意到这种奇怪的行为之后，我正在考虑重写我的部分代码并让我的应用程序“不那么并行”，以防客户端操作系统是 4.0。

在我这样做之后，应用程序崩溃的下一个点是在 Apples Reachability“框架”的 ReachabilityCallback-Method 中。

好吧，现在我不太确定该怎么做。

我在线程方法中所做的事情是非常简单的 xml 解析（没有可可调用或会影响 UI 的东西）。在每个方法完成后，它会发布一个通知，协调线程正在侦听，一旦所有并行化方法完成，协调线程就会调用视图控制器等......

我完全不知道是什么导致了这种奇怪的行为。特别是因为 Apples Code 也失败了。

任何帮助是极大的赞赏！

谢谢，山姆

4

4 回答 4

3

检测僵尸的最佳方法是：

  1. 在Groups and Files部分中，展开Executables部分并右键单击您的应用名称并选择Get Info
  2. 选择顶部的参数选项卡，然后在要在环境部分设置的变量中添加一个新条目。将新变量命名为NSZombieEnabled并将其值设置为YES。

在此之后，您将在控制台中获得有关您调用了哪些已发布对象的信息。

于 2011-01-09T15:14:48.800 回答
2

好像我已经解决了这个问题。问题是，（正如你们中的许多人所建议的那样）我在调用的方法中过度释放了一个 NSURL 对象[NSString stringWithContentsOfURL:urlRequest encoding:NSUTF8StringEncoding error:&error];

我假设stringWithContentsOfURL自动释放我作为参数传递的 NSURL 对象。

删除该urlRequest问题的发布后消失了。我仍然认为不同的 iOS 版本在这件事上的行为不同是很奇怪的。

整个方法看起来像这样：

-(NSString*)downloadContent:(NSURL*)urlRequest

{
NSString *data = nil;

NSError *error = nil; 

data = [NSString stringWithContentsOfURL:urlRequest encoding:NSUTF8StringEncoding error:&error];    

//[urlRequest release]; //Crashes on iOS 4.0 / 4.1 later when autoreleasepool is being released.

return data;

}

于 2011-01-07T10:04:45.613 回答
1

听起来像在该自动释放池范围内创建的自动释放对象正在被释放到它不应该在的地方。不确定为什么行为与 SDK 版本不同；一定存在导致问题的某个地方的实现差异。您是否使用“构建和分析”构建了代码？它是否暗示任何东西可能被过度发布？

于 2010-12-17T11:01:20.180 回答
1

我也注意到一些奇怪的行为performSelectorInBackground。我可能完全错了，但就我而言，我使用过：

[NSThread detachNewThreadSelector:@selector(blah) toTarget:self withObject:nil];

有更好的结果。如果在使用该方法时，您需要访问主线程（例如更新 UI），您可以：

[self performSelectorOnMainThread:@selector(blah2) withObject:nil waitUntilDone:false];
于 2011-01-06T17:17:09.817 回答