郝萌主倾心贡献，尊重作者的劳动成果。请勿转载。

假设文章对您有所帮助，欢迎给作者捐赠，支持郝萌主。捐赠数额任意，重在心意^_^ 

我要捐赠: 

Cocos2d-X源代码下载：

SDK并没有提供终止应用程序的方法。

要想终止应用程序，苹果推荐的唯一的方式是按下Homebutton。

可是Foundation框架中集成了Darwin框架，从而我们能够使用C函数exit(0)来终止Application。

 

UIApplication的openUrl方法则是退出应用程序的还有一种方法。

当你在代码中调用OpenURL方法时，你的App进程会被终止（挂起），还有一个App则被唤醒。

 

当然两种退出App的机制和终于效果并不同样。

当你使用exit(0)退出程序时，你的App并不不过退出前台，程序所占用的内存也被清除了——这是不可恢复的。

假设再次Launch这个App。iOS将又一次从磁盘中读取二进制——这是一份全新的App映像。

 

openURL则不同，它不过把你的程序挂起，这是可恢复的。

你的App不过从前台退出。但后台中仍然存在着。

用户能够在某个时候“唤醒”它，于是你的App又回来了。此时应用程序的状态仍然唤醒之前的状态。

当然，万一你运气不好，iOS也会将你的App彻底从内存中回收，

一如exit(0)所做的一样。这通常是系统内存紧张的时候。

 

这两种方法在某些时候可能须要并存。

比如，我们想在App退出之前，唤醒还有一个App。比方Safari。

同一时候我们希望自己的App是真正的“退出”，回收App的全部内存。

这是一个“悖论”。

由于不管exit(0)还是openURL。一旦运行之后，操作系统就会终止进程的运行。

只要运行二者中的不论什么一句语句。另外一个语句就无法运行——由于进程已经终止了。

 

但在某种情况下。通过对iOS多任务机制的巧妙利用。这个悖论却是真实成立的。

比如，我们能够利用例如以下O-C代码来实现这个目的：

 

[self performSelector:@selector(exitApp)withObject:nil afterDelay:0.5];

[[UIApplication sharedApplication]openURL:

[NSURLURLWithString:@"appScheme://"]];

 

exitApp方法实际上就是一句代码exit(0)。

这样二者就实现并存了。

首先，我们让exit(0)延迟0.5秒再运行，而在此之前openURL当然早就运行完了。

performSelector:afterDelay方法将会调度一个任务在某个时间后运行。

当然。这个时间不能太长，】。

由于iOS同意app在进入后台之后仍然有一段“存活”时间，可是这个时间不能太长。

这样即算后面的openURL方法运行后，App仍然处于存活状态。也就有机会去运行所调度任务（即exit(0)）。

郝萌主倾心贡献。尊重作者的劳动成果，请勿转载。

假设文章对您有所帮助。欢迎给作者捐赠，支持郝萌主，捐赠数额任意，重在心意^_^ 

我要捐赠: 

Cocos2d-X源代码下载：