1、App生命周期
IOS架构是由许多设计模式实现,如model-view-controller 和 delegation模式。
1.1 main函数
与其它框架类似,IOS框架的入口也是从main函数,但是无需程序猿去实现这个main函数,Xcode已经帮我们实现了,在main函数中启动UI框架,其实它是调用了UIApplicationMain函数。
main函数在项目的Supporting Files/main.m文件中:
2 #import " AppDelegate.h "
3 int main( int argc, char * argv[])
4 {
5 @autoreleasepool {
6 return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
7 }
8 }
当执行UIApplicationMain函数后,IOS会自动执行如下的操作:
1) 首先,根据传递给UIApplicationMain函数的类名,IOS创建了一个app delegate对象。
2) 接着,创建一个新的UIWindow对象,并将其赋值给main screen。
3) 如果用户定义了app delegate有实现一个window属性,那么将上述新创建的UIWindow对象赋给window属性。
4) 根据app的属性列表文件(property list file)提供的信息,加载main storyboard文件。
5) 然后,实例化main storyboard文件中的起始view controller(initial view controller)。
6) 将window对象的rootViewController属性设置为上述新创建的起始view controller对象。
7) 进而,IOS将调用app delegate对象的application:didFinishLaunchingWithOptions:方法。
8) 最后,IOS调用window对象的makeKeyAndVisible方法将window对象显示在屏幕中。
当在4)中,若不能识别main storyboard文件时,UIApplicationMain函数将不在执行后续步骤,转而执行app delegate对象的如下方法。用户可以实现类似的内容:
2 {
3 self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];
4 UIStoryboard *storyboard = [UIStoryboard storyboardWithName: @" MyStoryboard " bundle:nil];
5 MainViewController *mainViewController = [storyboard instantiateInitialViewController];
6 self.window.rootViewController = mainViewController;
7 // code to configure the view controller would go here
8 [self.window makeKeyAndVisible];
9 return YES;
10 }
1.2 app架构
在main中调用了UIApplicationMain函数,在该函数设置了一些关键对象而且启动的app。而这些关键对象的中心是UIApplication对象,它的工作是促进用户与系统中的其它对象进行交互,如图 11所示。
![](https://i-blog.csdnimg.cn/blog_migrate/99b74144fd44301d607761941d0d0d91.png)
图 11 IOS架构的关键对象
IOS架构采用mvc模式组织系统中的对象,它将app的数据、业务逻辑与可视化组建分开,从而实现松耦合的关系。
1.3 main Run Loop
在UIApplication对象中设置了 run loop,它不断了接收设备产生的事件,从而将事件传递给了事件响应者,如图 12所示。
![](https://i-blog.csdnimg.cn/blog_migrate/d929c4814fa8a399159352e9ddb1d8e3.png)
图 12 main run loop事件处理
1.4 运行状态
IOS app其实就是UIApplication对象,该对象在生命周期的任何时刻都存在如表 11的状态,其中各个状态之间还存在如图 13所示的状态变化图,当app发生状态变化时会调用UIApplicationDelegate协议的某个方法,具体方法可参考帮助文档。
表 11 app状态
状态 | 描述 |
Not Runing(非运行) | 应用没有运行,或者是正在运行但被系统终止 |
Inactive(前台非活动) | 应用正在前台运行但当前没有接收到事件(可能在执行其它代码) |
Active(前台活动) | 应用正在前台运行并且能接受到事件,这是正常的前台状态 |
Background(后台) | 应用进入后台后,依然能够执行代码。如果有可执行的代码,就会执行代码;如果没有可执行的代码或者将可执行的代码执行完毕,应用会马上进入挂起状态。 |
Suspended(挂起) | 处于挂起的应用进入一种"冷冻"状态,不能执行任何代码。如果系统内存不够,应用会被终止。 |
![](https://i-blog.csdnimg.cn/blog_migrate/4749113690515d63910a624ff624e24c.png)
图 13 IOS app状态变化图
2、后台执行
当用户不使用app时,那么系统将app转换为后台执行(background)。但一般情况下,app只是在background状态做短暂的停留,随即会马上进入挂起状态(suspended)。当然也可以延长在挂起状态的时间。
2.1 有限执行任务
进入background的app将很快进入suspended。如果需要app进入background后增加一些额外的时间来完成任务,那么可以调用如下两个UIApplication对象的方法来向系统申请,让app不立即进入suspended状态:
2 -(UIBackgroundTaskIdentifier)beginBackgroundTaskWithExpirationHandler:( void(^)( void))handler
调用这两个方法之一能够执行申请一些额外的时间来完成任务,但在任务完成后,需要调用endBackgroundTask: 方法来通知系统任务已经完成,从而系统可以挂起该app。
如下的例子展示了app在进入后台时,创建一个长时间运行的任务。在这个例子中,将任务提交到异步的dispatch queue中去执行,这么做是为了applicationDidEnterBackground方法能够及时返回,防止主线程发生阻塞。
2 {
3 _bgTask = [application beginBackgroundTaskWithName: @" MyTask " expirationHandler:^{
4 [application endBackgroundTask:_bgTask];
5 _bgTask = UIBackgroundTaskInvalid;
6 }];
7
8 // Start the long-running task and return immediately.
9 dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
10 // Do the work associated with the task, preferably in chunks.
11 NSLog( @" hello world ");
12 [application endBackgroundTask:_bgTask];
13 _bgTask = UIBackgroundTaskInvalid;
14 });
15 }
2.2 后台下载任务
为了支持app在后台继续下载,应该使用NSURLSession对象进行下载。当使用NSURLSession配置后台下载任务时,系统将创建独立的进程来控制这些下载任务,从而如果app被挂起或结束,那么系统将在后台继续下载这些任务,并且当任务下载完成后,可以重新调起app。
关于如何配置和创建NSURLSession对象,可以参考另一篇文章《iOS 网络编程:session》。一旦配置完NSURLSession对象后,任务的下载或上传的控制权将转移给的系统,从而:
1) 如果任务已经完成,并且app仍处于运行状态(前台或后台),那么session对象将通知delegate;
2) 如果任务还没完成,并且app已经被系统结束,那么系统将持续在后台管理下载任务;
3) 如果任务还没完成,并且app被用户终止了,那么系统将取消下载任务。
2.3 实现长时任务
2.3.1 后台执行任务类型
对于需要长时间执行的任务,必须通过系统的许可才能在后台执行(不会被挂起)。在IOS中只有如下的几种类型才允许长时间在后台执行:
1) app在后台执行一些用户听得见的内容,如音乐播放器;
2) app在后台路径内容;
3) app持续获取用户的位置信息,如导航app;
4) app支持Voice over Internet Protocol (VoIP),VoIP是一种协议。
5) app需要频繁处理下载内容;
6) app频繁接受外部设备的信息。
2.3.2 声明app后台类型
若需要app能在后台运行,必须在项目的Info.plist文件中进行声明。即在文件中的"Required background modes"中添加一项app支持的后台类型,如图 21所示。
![](https://i-blog.csdnimg.cn/blog_migrate/fc574237682859758950c995173cec4f.png)
图 21 声明app后台支持类型
3、app状态转换策略
app有很多状态,而且当状态发生变化时将会通知app对象,即通知app delegate协议。从而可以在app delegate方法中监听app的状态变化,从而做出合适的响应。
3.1 启动时间
在app启动时,系统将自动加载主storyboard文件和初始view controller。其中app的启动时间是从调用delegate的application:willFinishLaunchingWithOptions: 方法开始到application:didFinishLaunchingWithOptions:方法调用结束这段时间,系统将尽可能的减少app的启动时间,所以app启动的时间将控制在5s内。如果在这5s内app没有完成启动,那么系统将不负责任的结束它。所以对于需要初始化的内容应该放在第二线程进行,从而提供启动的时间性能。
3.1.1 启动周期
当app被启动时,它将从 not running状态转变为active状态或者是background状态。简单地说,在app启动时,系统将创建一个进程来运行main函数,然后该main函数再调用了UIApplicationMain函数来初始化UI界面。
1) not running状态转换为active状态
如图 31所示,展示了app从开始启动到进入前台active状态的过程,包括调用的app Delegate方法的细节。
![](https://i-blog.csdnimg.cn/blog_migrate/1b57bbc25f6e7e93f296a0fae2d16ce6.png)
图 31 启动app进入foreground状态
2) not running状态转换为background状态
app也有可能在启动后直接进入后台状态,如图 32展示的就是app从启动到进入后台的过程。过程与进入前台类似,只是后半段不同。注意的是后台转换过程也是会加载用户的interface文件,只是没有在窗口中显示。
![](https://i-blog.csdnimg.cn/blog_migrate/d70b5caab86e97ff965cd759c3bcacf9.png)
图 32 启动app进入background状态
3.1.2 横屏模式启动
app有两种显示模式:Landscape(横屏)和portrait(竖屏),默认是portrait模式。目前有两种方式来设置显示的方式:
1) 界面设计
界面显示非常简单,只需在项目的设置中指定支持的方向即可,如图 33所示。
![](https://i-blog.csdnimg.cn/blog_migrate/2d78222862e5b20cbf38c7bd4d50450b.png)
图 33 显示模式设置
2) 代码设计
代码方式是通过在view controller类中重载supportedInterfaceOrientations方法,返回想要显示的方向,如下所示。
2 {
3 return UIInterfaceOrientationMaskLandscapeLeft;
4 }
3.2 短暂中断
Alert-based中断将导致app的控制权丢失,但app仍然在前台执行,只是不能接收来自系统的触摸事件(能够接收其它类型的事件)。比如一个来电中断发生了,那么app将转换为inactive状态,app将一直保持这个状态,直到中断结束。
如图 34所示,当一个事件发生时,用户的处理过程,如果用户不忽略这个中断,那么app将进入inactive状态,同时跳入其它app中。
![](https://i-blog.csdnimg.cn/blog_migrate/74a58ef7d3515a1f34b0aba5e5480d9f.png)
图 34 alert-based中断的处理过程
3.3 进入前台
当app返回到前台时,应该重新启动那些进入后台被暂停的任务,其状态变化如图 35所示。
![](https://i-blog.csdnimg.cn/blog_migrate/22aa7dbd7ce6108fba8ea85611c91ee2.png)
图 35 从后台转入前台的状态变化
3.4 进入后台
当用户按了Home按钮、按了Sleep/Wake按钮,或是系统系统了另外的app,那么当起的app将从前台状态进入后台状态,如图 36所示。在applicationDidEnterBackground:方法返回后,大多数app将快速进入suspended 状态,当然若需要额外的时间在后台状态执行,那么也可以继续执行。
![](https://i-blog.csdnimg.cn/blog_migrate/13f32a8d4c6477a97ebd171faf6185ae.png)
图 36 从前台进入后台的状态变化
在进入后台状态后若发生了一些view内容的变化,可以调用snapshotViewAfterScreenUpdates: 方法手动更新主view的内容。当然在后台状态返回后,即进入前台后,app也会自动更新发生变化的内容。
4、参考文献
[1] App programming guide for IOS.