你的ApplicationDelegate收到用户有意退出的通知:

- (void)applicationWillResignActive:(UIApplication *)application {

当我收到通知时，我就打电话

        exit(0);

它做了所有的工作。最好的事情是，它是用户退出的意图，这就是为什么在那里调用它应该不是问题。

在我的音频应用中，当人们同步他们的设备而音乐仍在播放时，有必要退出应用。一旦同步完成，我就会收到通知。但在此之后立即退出应用程序实际上看起来像崩溃。

所以我设置了一个标志，在下一次背景操作时真正退出应用程序。这对于同步后刷新应用程序是可以的。

用home键以外的其他方式退出应用程序真的不是ios风格的方法。

我做了这个助手，虽然，没有使用私人的东西:

void crash()
{ [[NSMutableArray new] addObject:NSStringFromClass(nil)]; }

但对我来说还是不适合生产。它用于测试崩溃报告，或在核心数据重置后快速重新启动。只是使它安全不被拒绝，如果功能留在生产代码。

您是否尝试过exit(0)?

或者，[[NSThread主线程]退出]，虽然我没有尝试，这似乎是更合适的解决方案。

经过一些测试，我可以这样说:

使用私有接口:[UIApplication sharedApplication]将导致应用程序看起来像它崩溃了，但它将调用- (void)applicationWillTerminate:(UIApplication *)应用程序之前这样做; 使用退出(0);也会终止应用程序，但它看起来“正常”(跳板的图标看起来像预期的一样，有缩小效果)，但它不会调用- (void)applicationWillTerminate:(UIApplication *)应用程序委托方法。

我的建议:

在委托上手动调用- (void)applicationWillTerminate:(UIApplication *)应用程序。 调用退出(0);。

用户应该决定应用程序何时退出。 我不认为当应用退出时这是一种良好的用户交互。因此，它没有很好的API，只有home按钮有一个。

如果有错误:更好地实现它或通知用户。 如果必须重新启动:执行它更好的通知用户。

这听起来很愚蠢，但在不让用户决定的情况下退出应用程序，并且不通知他，这是一种糟糕的做法。苹果表示，由于有一个home键用于用户交互，所以同一个功能(退出应用程序)不应该有两个东西。

去你的信息。plist并检查关键“应用程序不运行在后台”。这一次，当用户单击home按钮时，应用程序将完全退出。