除了上面的，很好，答案我只想补充一下，想想清理你的记忆。

应用程序退出后，iPhone操作系统将自动清理应用程序遗留的所有内容，因此手动释放所有内存只会增加应用程序退出所需的时间。

苹果说:

警告:不要调用exit函数。调用exit的应用程序将在用户看来已经崩溃，而不是执行优雅的终止并动画返回主屏幕。”

我认为这是一个错误的假设。如果用户点击退出按钮，出现类似“应用程序现在将退出”这样的消息，它似乎没有崩溃。苹果应该提供退出应用程序的有效方法(而不是exit(0))。

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

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

我的建议:

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

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

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

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

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

我使用了上面提到的[[NSMutableArray new] addObject:nil]方法来强制退出(崩溃)应用程序，而不做一个泄露的退出(0)函数调用。

为什么?因为我的应用程序在所有网络API调用上都使用了证书钉住，以防止中间人攻击。这些包括我的财务应用程序在启动时所做的初始化调用。

如果证书认证失败，我的所有初始化调用错误，让我的应用程序在一个不确定的状态。让用户回家然后回到应用程序并没有帮助，除非应用程序已经被操作系统清除，否则它仍然是未初始化和不值得信任的。

因此，在这种情况下，我们认为最好弹出一个警告，通知用户应用程序正在不安全的环境中运行，然后，当他们点击“关闭”时，使用上述方法强制退出应用程序。

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

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