iOS开发 - APP 的生命周期

I. 程序启动


1. 程序启动的完整过程:

  • 创建 UIApplication 对象
  • 创建 UIApplication 的 delegate 对象 delegate对象开始处理(监听)系统事件(没有 storyboard)
  • 程序启动完毕的时候, 就会调用代理的application:didFinishLaunchingWithOptions:方法
  • application:didFinishLaunchingWithOptions:中创建UIWindow
  • 创建和设置 UIWindow 的 rootViewController
  • 显示窗口 根据Info.plist获得最主要storyboard的文件名,加载最主要的storyboard(有storyboard)
  • 创建UIWindow
  • 创建和设置UIWindow的rootViewController
  • 显示窗口

2. UIApplicationMain:

#import <UIKit/UIKit.h>
#import "AppDelegate.h"

int main(int argc, char * argv[]) {
@autoreleasepool {
return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
}
}

main函数中执行了一个UIApplicationMain这个函数:
intUIApplicationMain(int argc, char *argv[], NSString *principalClassName, NSString *delegateClassName);

argc、argv:

直接传递给UIApplicationMain进行相关处理即可

principalClassName:

指定应用程序类名(app的象征),该类必须是UIApplication(或子类)。如果为nil,则用UIApplication类作为默认值

delegateClassName:

指定应用程序的代理类,该类必须遵守UIApplicationDelegate协议
UIApplicationMain函数会根据principalClassName创建UIApplication对象,根据delegateClassName创建一个delegate对象,并将该delegate对象赋值给UIApplication对象中的delegate属性
接着会建立应用程序的Main Runloop(事件循环),进行事件的处理(首先会在程序完毕后调用delegate对象的application:didFinishLaunchingWithOptions:方法)

程序正常退出时UIApplicationMain函数才返回。


二 UIApplication


1. 简单介绍:

  1. UIApplication对象是应用程序的象征,一个UIApplication对象就代表一个应用程序。
  2. 每一个应用都有自己的UIApplication对象,而且是单例的,如果试图在程序中新建一个UIApplication对象,那么将报错提示。
  3. 通过[UIApplication sharedApplication]可以获得这个单例对象
  4. 一个iOS程序启动后创建的第一个对象就是UIApplication对象,且只有一个(通过代码获取两个UIApplication对象,打印地址可以看出地址是相同的)。
  5. 利用UIApplication对象,能进行一些应用级别的操作。

2. 应用级别的操作:

1)设置应用程序图标右上角的红色提醒数字(如QQ消息的时候,图标上面会显示1,2,3条新信息等)

/**
* iOS8以后需要注册,才能将未读的数在图标右上角显示
*/
if (IS_IOS_8Later) {

// 使用本地通知 (本例中只是badge,但是还有alert和sound都属于通知类型,其实如果只进行未读数在appIcon显示,只需要badge就可, 这里全写上为了方便以后的使用)
UIUserNotificationSettings *settings = [UIUserNotificationSettings settingsForTypes:UIUserNotificationTypeBadge | UIUserNotificationTypeSound | UIUserNotificationTypeAlert categories:nil];
// 进行注册
[[UIApplication sharedApplication] registerUserNotificationSettings:settings];
}

// 设置角标
[UIApplication sharedApplication].applicationIconBadgeNumber = 200;

2)设置联网指示器的可见性

// 设置联网指示器可见性 - 显示
[UIApplication sharedApplication].networkActivityIndicatorVisible = YES;·

3)管理状态栏

如果想利用UIApplication来管理状态栏,首先得修改Info.plist的设置:


// 黑色
[UIApplication sharedApplication].statusBarStyle = UIStatusBarStyleDefault;

// 白色 + 动画
[[UIApplication sharedApplication] setStatusBarStyle:(UIStatusBarStyleLightContent) animated:YES];

// 隐藏状态栏
[UIApplication sharedApplication].statusBarHidden = YES;

// 隐藏 + 动画效果
[[UIApplication sharedApplication] setStatusBarHidden:YES withAnimation:(UIStatusBarAnimationFade)];

** 4)openURL:方法 **

UIApplication *app = [UIApplication sharedApplication];
// 打电话
[app openURL:[NSURL URLWithString:@"tel://10086"]];
// 发短信
[app openURL:[NSURL URLWithString:@"sms://10086"]];
// 发邮件
[app openURL:[NSURL URLWithString:@"mailto://12345@qq.com"]];
// 打开一个网页资源
[app openURL:[NSURL URLWithString:@"http://ios.itcast.cn"]];

openURL方法,也可以打开其他APP。

URL:统一资源定位符,用来唯一的表示一个资源。
URL格式:协议头://主机地址/资源路径
网络资源:http/ ftp等 表示百度上一张图片的地址http://www.baidu.com/images/20140603/abc.png
本地资源:file:///users/apple/desktop/abc.png(主机地址省略)


III. UIApplication Delegate


1. delegate方法:

UIApplication程序启动过程相关的一些delegate方法的调用时机。

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
NSLog(@"程序启动完成:%s",__func__);
return YES;
}

- (void)applicationDidBecomeActive:(UIApplication *)application {
NSLog(@"已经获得焦点:%s",__func__);
}

- (void)applicationWillResignActive:(UIApplication *)application {
NSLog(@"将要释放焦点:%s",__func__);
}

- (void)applicationDidEnterBackground:(UIApplication *)application {
NSLog(@"已经进入后台:%s",__func__);
}

- (void)applicationWillEnterForeground:(UIApplication *)application {
NSLog(@"将要进入前台:%s",__func__);
}

- (void)applicationWillTerminate:(UIApplication *)application {
NSLog(@"程序将要退出:%s",__func__);
}

2. 程序启动:

程序被加载到内存,完成启动,application对象会自动调用delegate的下面这个方法,证明程序已经启动完成。所以这个方法也是首先会被application回调的方法,且这个方法在整个程序的生命周期中只会被调用一次。

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{
NSLog(@"程序启动完成:%s",__func__);
return YES;
}

程序启动时,回调完上面的方法,会继续回调delegate的已经获得了焦点的方法,证明程序已经获得了焦点。

- (void)applicationDidBecomeActive:(UIApplication *)application {
NSLog(@"已经获得焦点:%s",__func__);
}
结论:

应用启动过程中,会依次调用delegate已经启动完成和已经获得焦点的方法,不会调用已经进入前台的方法。

3. 程序从前台退出到后台:

当程序处于前台时,单击home键,程序会自动退出到后台。在这个过程中,程序会先回调delegate的将要失去焦点的方法,证明程序将要失去焦点

- (void)applicationWillEnterForeground:(UIApplication *)application {
NSLog(@"将要进入前台:%s",__func__);
}

调用调用完上面的方法后,程序紧接着会调用delegate已经进入后台的方法,证明程序已经进入后台

- (void)applicationDidEnterBackground:(UIApplication *)application {
NSLog(@"已经进入后台:%s",__func__);
}
结论:

单击home键进入后台会依次调用delegate的将要失去焦点的方法和已经进入后台的方法。

4. 程序从后台进入到前台:

从后台进入前台(无论是双击home键进入或者点击应用图标进入),会回调delegate的将要进入前台方法,证明程序将要进入前台

- (void)applicationWillEnterForeground:(UIApplication *)application {
NSLog(@"将要进入前台:%s",__func__);
}

回调完上面的方法,紧接着会继续回调delegate的已经获得焦点的方法,证明程序已经获得了焦点

- (void)applicationDidBecomeActive:(UIApplication *)application {
NSLog(@"已经获得焦点:%s",__func__);
}
结论:

从后台进入前台,会依次调用delegate的将要进入前台和已经获得焦点的方法。

5. 双击home键切换程序:

在前台,双击home键,只会调用delegate的将要失去焦点的方法,证明程序将要失去焦点

- (void)applicationWillResignActive:(UIApplication *)application {
NSLog(@"将要释放焦点:%s",__func__);
}

当用户真正切换应用时候,才会继续调用delegate的已经进入后台的方法,证明程序已经进入后台

- (void)applicationDidEnterBackground:(UIApplication *)application {
NSLog(@"已经进入后台:%s",__func__);
}
结论:

双击home键切换应用。会分别调用程序将要失去焦点的方法和程序已经进入后台的方法。 且这两个方法是分开调用的。即,双击home键时调用将要失去焦点的方法,选择其他应用时调用已经进入后台的方法。

6. 在前台双击home键杀死程序:

双击home键时,只会调用delegate的将要失去焦点的方法(上面已经说过),证明程序将要失去焦点

- (void)applicationWillResignActive:(UIApplication *)application {
NSLog(@"将要释放焦点:%s",__func__);
}

然后手指上滑杀死程序,会直接调用delegate的已经进入后台的方法,证明程序已经进入后台

- (void)applicationDidEnterBackground:(UIApplication *)application {
NSLog(@"已经进入后台:%s",__func__);
}

然后紧接着调用delegate的程序将要退出的方法,证明程序将要被杀死

- (void)applicationWillTerminate:(UIApplication *)application {
NSLog(@"程序将要退出:%s",__func__);
}
结论:

双击home键然后杀死程序,会按照如下顺序调用delegate的方法:

// 双击 home 键调用
- (void)applicationWillResignActive:(UIApplication *)application {
NSLog(@"将要释放焦点:%s",__func__);
}
// 杀死程序时调用这两个方法
- (void)applicationDidEnterBackground:(UIApplication *)application {
NSLog(@"已经进入后台:%s",__func__);
}
- (void)applicationWillTerminate:(UIApplication *)application {
NSLog(@"程序将要退出:%s",__func__);
}

7. 从其他程序前台双击home键杀死后台程序:

如果从其他程序的前台,双击home键杀死后台程序,被杀死程序只会回调delegate即将退出的方法。

- (void)applicationWillTerminate:(UIApplication *)application {
NSLog(@"程序将要退出:%s",__func__);
}

为什么呢?

因为我们是从一个前台程序杀死一个后台程序,这个后台程序当初进入后台时候已经调用了将要释放焦点和已经进入后台的方法,所以杀死时候只会回调delegate即将终结的方法。

结论:

从一个前台程序杀死一个后台程序。后台程序只会回调delegate的程序即将退出的方法。

8. 下拉通知栏:

下拉通知栏,只会回调delegate程序将要释放焦点的方法。程序并没有进入后台,所以不会调用进入后台的方法。

- (void)applicationWillResignActive:(UIApplication *)application {
NSLog(@"将要释放焦点:%s",__func__);
}

收起通知栏时,只会调用已经获得焦点的方法,不会调用进入前台的方法。

- (void)applicationDidBecomeActive:(UIApplication *)application {
NSLog(@"已经获得焦点:%s",__func__);
}

同样,从屏幕下方向上滑动屏幕,唤出工具栏时候,也只会调用delegate的将要释放焦点的方法。收起工具栏时,只会调用delegate的已经获得焦点的方法。

结论:

下拉通知栏或者上拉工具栏,都只是回调delegate的即将释放焦点的方法,程序不会进入后台。

9. 总结

当初学习iOS时候,对这个地方不是很清楚,总是搞不懂为什么程序的delegate有一个将要进入前台的方法applicationWillEnterForeground:,却没有类似于applicationDidEnterForeground:的已经进入前台的方法(纯属捏造)?为什么程序的delegate有一个已经进入后台的方法applicationDidEnterBackground:却没有一个类似于applicationWillEnterBackground:的将要进入后台的方法?为什么进入前台时,方法的调用顺序是applicationWillEnterForeground:applicationDidBecomeActive:而不是相反?这些问题一直困扰着我。

将要进入前台、已经获得焦点、将要失去焦点、已经进入后台这几个方法是比较容易混淆的,且调用顺序经常被搞混。但是如果理解了苹果为什么这么设计,这些困惑都将迎刃而解。重点来了:如果一个应用程序失去焦点那么意味着用户当前无法进行交互操作,正因如此,程序从前台退出到后台时候,一般会先失去焦点再进入后台避免进入后台过程中用户还可以和程序进行交互。同理,一个应用程序从后台进入前台也是类似的,会先进入前台再获得焦点,这样进入前台过程中未完全准备好的情况下用户无法操作,保证了程序的安全性。

至于为什么苹果没有提供类似于applicationDidEnterForeground:的已经进入前台的方法,那是因为程序进入前台后必定会回调delegate的已经获得焦点的方法,所以applicationDidBecomeActive:方法从本质上就相当于我们想象中的applicationDidEnterForeground:,如果我们想要在程序进入前台后做什么操作,完全可以把这些操作写到applicationDidBecomeActive:里。同理,applicationWillResignActive:就相当于我们想象中的applicationWillEnterForeground:

另外一般如果应用程序要保存用户数据会在程序将要失去焦点的方法中进行 (而不是在已经进入后台的方法中执行),因为如果用户双击Home不会进入后台只会注销激活。同理,如果用户恢复应用状态一般在已经获的焦点的方法中执行(而不是在将要进入前台的方法中执行)。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,294评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,493评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,790评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,595评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,718评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,906评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,053评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,797评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,250评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,570评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,711评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,388评论 4 332
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,018评论 3 316
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,796评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,023评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,461评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,595评论 2 350

推荐阅读更多精彩内容