[[UIApplication sharedApplication] terminateWithSuccess];

它工作正常，自动调用

- (void)applicationWillTerminateUIApplication *)application delegate.

要删除编译时警告，请添加以下代码

@interface UIApplication(MyExtras)
  - (void)terminateWithSuccess;
@end 

嗯，如果你的应用需要网络连接，你可能“不得不”退出应用程序。你可以显示一个警告，然后做这样的事情:

if ([[UIApplication sharedApplication] respondsToSelector:@selector(terminate)]) {
    [[UIApplication sharedApplication] performSelector:@selector(terminate)];
} else {
    kill(getpid(), SIGINT); 
}

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

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

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

        exit(0);

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

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

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

如果一个长期存在的应用程序也在后台执行，退出它可能是合适的，例如获取位置更新(使用位置更新后台功能)。

例如，假设用户退出了基于位置的应用程序，并使用home键将应用程序推到后台。在这种情况下，你的应用程序可能会继续运行，但完全退出它是有意义的。这将有利于用户(释放内存和其他不需要使用的资源)，也有利于应用程序的稳定性(即确保应用程序在可能的情况下定期重新启动是防止内存泄漏和其他低内存问题的安全网)。

这可以(虽然可能不应该，见下面:-)实现如下:

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    if (/* logged out */) {
        exit(0);
    } else {
       // normal handling.
    }
}

由于应用程序将退出后台，它不会看起来错误的用户，也不会像崩溃，提供用户界面是恢复下次他们运行的应用程序。换句话说，对用户来说，它不会看起来有任何不同的系统启动终止应用程序时，应用程序是在后台。

Still, it would be preferable to use a more standard approach to let the system know that the app can be terminated. For example in this case, by making sure the GPS is not in use by stopping requesting location updates, including turning off show current location on a map view if present. That way the system will take care of terminating the app a few minutes (i.e. [[UIApplication sharedApplication] backgroundTimeRemaining]) after the app enters the background. This would get all the same benefits without having to use code to terminate the app.

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    if (/* logged out */) {
       // stop requesting location updates if not already done so
       // tidy up as app will soon be terminated (run a background task using beginBackgroundTaskWithExpirationHandler if needed).
    } else {
       // normal handling.
    }
}

当然，使用exit(0)对于在前台运行的普通生产应用程序是不合适的，就像其他参考http://developer.apple.com/iphone/library/qa/qa2008/qa1561.html的答案一样

这已经得到了一个很好的答案，但我决定扩展一下:

如果你不仔细阅读苹果的iOS人机界面指南，你的应用就不可能被AppStore接受。(他们保留拒绝你做任何反对他们的事情的权利)部分“不要以编程方式退出”http://developer.apple.com/library/ios/#DOCUMENTATION/UserExperience/Conceptual/MobileHIG/UEBestPractices/UEBestPractices.html 是一个明确的指导方针，告诉你应该如何处理这种情况。

如果你遇到苹果平台的问题，你很难找到解决方案，请咨询HIG。有可能苹果只是不想让你这么做，他们通常(我不是苹果，所以我不能保证总是)在他们的文档中这样说。

我们不能使用exit(0)， abort()函数退出应用程序，因为苹果强烈反对使用这些函数。不过，您可以将此函数用于开发或测试目的。

如果在开发或测试期间，有必要终止您的 建议使用应用程序、中止函数或断言宏

请找到这个苹果问答线程以获得更多信息。

由于使用此功能创建印象，应用程序正在崩溃。所以我得到了一些建议，比如我们可以显示警报与终止消息意识到用户关闭应用程序，由于某些功能不可用。

但是iOS人机界面启动和停止应用指南，建议永远不要使用退出或关闭按钮来终止应用。而不是他们建议展示适当的信息来解释情况。

iOS应用永远不会显示关闭或退出选项。人们不再使用 当他们切换到另一个应用程序，返回主屏幕，或放 他们的设备处于睡眠模式。 永远不要以编程方式退出iOS应用程序。人们倾向于这样解释 作为一个崩溃。如果有什么东西阻止你的应用程序运行 有意的，你需要告诉用户情况和解释什么 他们可以做些什么。