线程和自动释放池问题

Question

据我了解，有多种方法可以发送要在线程中执行的任务。我使用的最常见的是：

1）performSelector：withObject：afterDelay：

2）performSelectorOnMainThread：withObject：waitUntilDone：

3）performSelectorInBackground：withObject：

4）[NSThread detachNewThreadSelector：toTarget：withObject：]

我的第一个问题是，什么是除了明显的参数差异之外，1) 和 2) 之间的区别是什么？它们实际上都在主线程中工作吗（其自动释放池是在 main.m 中自动创建的）？我刚刚从 Stackoverflow 上某人的帖子中读到，方法 1) 实际上是在一个新线程中工作，因此应该为其选择器方法创建一个自动释放池。这是正确的吗？我经常使用 1)，主要是为了利用延迟参数，但我从未为它们创建自动释放池。没有发生任何灾难性的事情。

接下来，3) 和 4) 都在单独的线程中执行任务。我听说 UI 的东西不应该在这些线程中完成，但我对什么是严格的 UI 感到困惑。 我试图编写代码来基本上播放重复加载动画，同时从导航控制器以模式方式启动表格视图。然后动画在 tableview 控制器的 viewDidLoad 方法中停止。最初，我只是将启动动画的代码粘贴在启动模态视图的代码行上方。发生的事情是动画从未播放过。

[[self loadingView] playAnimation];

SettingsViewController *menus = [[SettingsViewController alloc] initWithNibName:@"SettingsViewController" bundle:nil];

MyNavigationController *navController = [[MyNavigationController alloc] initWithRootViewController:menus];

[menus setParent:navController];
[navController setDelegate:self];
menus.mainViewController = self;

[self presentModalViewController:navController animated:YES];
[navController release];
[menus release];

然后我尝试了以下操作，它起作用了...

[NSThread detachNewThreadSelector:@selector(settingsOpeningThread) toTarget:self withObject:nil];
[[self loadingView] playAnimation];



- (void) settingsOpeningThread {

NSAutoreleasePool *apool = [[NSAutoreleasePool alloc] init];

SettingsViewController *menus = [[SettingsViewController alloc]   initWithNibName:@"SettingsViewController" bundle:nil];

MyNavigationController *navController = [[MyNavigationController alloc] initWithRootViewController:menus];

[menus setParent:navController];
[navController setDelegate:self];
menus.mainViewController = self;

[self presentModalViewController:navController animated:YES];
[navController release];
[menus release];

[apool release];

}

动画一直播放，直到 SettingsViewController 视图完全启动。但是启动这样的模态视图是否算作“UI”并且应该避免？另外，每次启动模态视图时，我都会在 Instruments 中遇到一些奇怪的内存泄漏错误。但它来自那些“系统库”之一，我被告知很难调试。这里可能出了什么问题？

很抱歉这篇令人尴尬的长帖子。任何帮助将不胜感激！

Answer 1

(1) 为当前运行循环安排一个任务。在非常高的层面上，UIKit 应用程序看起来像

while(true) {
  update UI
  run all tasks that were scheduled last time through the loop
}

这就是为什么您在第一次尝试时没有看到 UI 更新的原因；对 playAnimation 的调用安排 UI 在运行循环的下一次迭代中更新，但直到其后面的代码完成之前它永远不会到达那里。

请注意，performSelector:withObject:afterDelay 确实不会在单独的线程中运行指定的代码。

(2) 做了一些非常相似的事情，但是不是为当前运行循环调度一些东西，而是为主线程上的运行循环调度一些东西。仅当从单独的线程调用时这才有用，通常是因为您想要从辅助线程更新 UI。

是的，你的代码有点粗体。我建议这样做：

[[self loadingView] playAnimation];
[self performSelector:@selector(loadTable) withObject:nil afterDelay:0]

加载表的实际代码位于 loadTable 中。这意味着当运行循环出现时，您的 UI 将更新，动画开始播放，然后调用 loadTable 方法并完成其工作。

但是，如果动画需要主线程的干预来执行，这仍然不起作用。也就是说，如果加载表的代码使主线程停止，您的动画也可能停止。除了在单独的线程中执行长时间运行任务（可能会也可能不会使用performSelector:onMainThread:waitUntilDone 来安排主线程上的UI 更新）之外，确实没有其他办法解决这个问题。

如果您不太关心动画本身，您可能会发现类似 https://github.com/samvermette /SVProgressHUD 有用。