深入浅出 iOS 之生命周期
罗朝辉(http://blog.csdn.net/kesalin)
转载请注明出处
iOS应用程序的生命周期相比 Android 应用程序的生命周期来说,没那么简明易懂,但是也并不复杂。iOS应用程序的生命周期又根据系统是否支持多线程分为两种:
不支持多线程的iOS4之前的系统以及支持多线程的iOS4及其之后的系统。
iOS4 之前系统,app的生命周期图如下所示:
感谢 oliver@drobnik.com 提供如错详细的图,并以cc许可发布。
不支持多线程的iOS4之前的系统以及支持多线程的iOS4及其之后的系统。
iOS4 之前系统,app的生命周期图如下所示:
感谢 oliver@drobnik.com 提供如错详细的图,并以cc许可发布。
从图中我们可以看出:
step 1,点击 app icon 或者从应用程序url(比如在Safari地址栏中输入应用程序url)启动应用程序。
step 1,点击 app icon 或者从应用程序url(比如在Safari地址栏中输入应用程序url)启动应用程序。
step 2,就会进入 UIApplicationDelegate 的
- (void)applicationDidFinishLaunching:(UIApplication *)application;
或
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions;
step 3, 如果是从 url 启动的则先进入 UIApplicationDelegate 的
- (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url;
然后再跳转到step 4;否则直接跳转到step 4;
step 4,进入 UIApplicationDelegate 的
- (void)applicationDidBecomeActive:(UIApplication *)application;
step 5,进入应用程序主循环,这时应用程序已经是活动的了,用户可以与应用程序交互。
step 6,在 step 5 状态下,如果按住 home 键或者进行任务切换操作,然后跳转到 step 8;
step 7,在 step 5 状态下,应用程序被中断(如来电,来短信),进入 UIApplicationDelegate 的
- (void)applicationWillResignActive:(UIApplication *)application;
如果用户选择不处理继续留在当前应用程序,则回到 step 4;如果用户选择处理,则跳转到 step 8;
step 8,进入 UIApplicationDelegate 的
- (void)applicationWillTerminate:(UIApplication *)application;
当前应用程序关闭。
注:这里所说的进入,并非真正的调用该消息,只是走流程。因为 UIApplicationDelegate 的方法都是@optional的,实现了则真正执行,没有实现则什么也不做。
iOS4 及其之后的系统,app的生命周期图如下所示:
感谢 oliver@drobnik.com 提供如错详细的图,并以cc许可发布。
从图中我们可以看出,支持多线程之后,情况要复杂得多了。但总体还是有规律可循的,多了一个后台模式。
在app被中断之后,先进入后台:
- (void)applicationDidEnterBackground:(UIApplication *)application;
在app被中断后继续时,要从后台模式切换到前台:
- (void)applicationWillEnterForeground:(UIApplication *)application;
注意:iOS3.2 下构建的 app 也会进入applicationDidEnterBackground:,然后立马就关闭掉了。而iOS4.x 下构建的 app,进入applicationDidEnterBackground:后,不会立马关闭掉,而是留在后台状态。在后台状态下,无论你是通过点击 app icon还是任务切换回到前台,首先进入的是 applicationWillEnterForeground,然后才是 applicationDidBecomeActive。
当系统内存不足时,系统会强行关闭那些尚在内存中但处于后台状态的 app,以腾出足够的内存供使用。但是那些被强行关闭的程序不会调用任何UIApplicationDelegate的委托方法,只会得到一个KILL 信号。当我们长按app icon,强行关闭app,也是同样的处理过程。
在iOS4及之后的系统中,在app运行过程中接电话/查看短信,应用程序不会被关闭,它会进入后台模式。我们可以双击 home 键查看所有当前运行着的应用程序。
在app被中断之后,先进入后台:
- (void)applicationDidEnterBackground:(UIApplication *)application;
在app被中断后继续时,要从后台模式切换到前台:
- (void)applicationWillEnterForeground:(UIApplication *)application;
注意:iOS3.2 下构建的 app 也会进入applicationDidEnterBackground:,然后立马就关闭掉了。而iOS4.x 下构建的 app,进入applicationDidEnterBackground:后,不会立马关闭掉,而是留在后台状态。在后台状态下,无论你是通过点击 app icon还是任务切换回到前台,首先进入的是 applicationWillEnterForeground,然后才是 applicationDidBecomeActive。
当系统内存不足时,系统会强行关闭那些尚在内存中但处于后台状态的 app,以腾出足够的内存供使用。但是那些被强行关闭的程序不会调用任何UIApplicationDelegate的委托方法,只会得到一个KILL 信号。当我们长按app icon,强行关闭app,也是同样的处理过程。
在iOS4及之后的系统中,在app运行过程中接电话/查看短信,应用程序不会被关闭,它会进入后台模式。我们可以双击 home 键查看所有当前运行着的应用程序。
沒有留言:
張貼留言