App程序状态

  1. typedef enum UIApplicationState : NSInteger {
  2. UIApplicationStateActive,
  3. UIApplicationStateInactive,
  4. UIApplicationStateBackground
  5. } UIApplicationState;

UIApplicationStateActive :应用程序运行在前台,目前接收事件。
UIApplicationStateBackground **应用程序在后台运行。
UIApplicationStateInactive **: 应用程序运行在前台但不接收事件。这可能发生的由于一个中断或因为应用过渡到后台或者从后台过度到前台。

  • 1、电话进来或者其他中断事件
  • 2、从前台进入后台的过度时间
  • 3、从后台进入前台的过度时间

演示代码

  1. UIApplicationState state = [UIApplication sharedApplication].applicationState;
  2. if(state == UIApplicationStateActive){
  3. //code here...
  4. }else if(state == UIApplicationStateBackground){
  5. //code here...
  6. }else{
  7. //code here...
  8. }

APP执行流程

image.png

具体执行流程

  1. 程序入口
    进入main函数,设置AppDelegate称为函数的代理
  2. 程序完成加载
    [AppDelegate application:didFinishLaunchingWithOptions:]
  3. 创建window窗口
  4. 程序被激活
    [AppDelegate applicationDidBecomeActive:]
  5. 当点击command+H时(针对模拟器,手机是当点击home键)
    程序取消激活状态
    [AppDelegate applicationWillResignActive:];
    程序进入后台
    [AppDelegate applicationDidEnterBackground:];
  6. 点击进入工程
    程序进入前台
    [AppDelegate applicationWillEnterForeground:]
    程序被激活
    [AppDelegate applicationDidBecomeActive:];

分析
1. 对于applicationWillResignActive(非活动)applicationDidEnterBackground(后台)这两个的区别

  • applicationWillResignActive(非活动):
    比如当有电话进来或短信进来或锁屏等情况下,这时应用程序挂起进入非活动状态,也就是手机界面还是显示着你当前的应用程序的窗口,只不过被别的任务强制占用了,也可能是即将进入后台状态(因为要先进入非活动状态然后进入后台状态)
  • applicationDidEnterBackground(后台):
    指当前窗口不是你的App,大多数程序进入这个后台会在这个状态上停留一会,时间到之后会进入挂起状态(Suspended)。如果你程序特殊处理后可以长期处于后台状态也可以运行。
    Suspended (挂起): 程序在后台不能执行代码。系统会自动把程序变成这个状态而且不会发出通知。当挂起时,程序还是停留在内存中的,当系统内存低时,系统就把挂起的程序清除掉,为前台程序提供更多的内存。

如下图所示:
image.png
活动和非活动.png
2.UIApplicationMain 函数解释:
入口函数:

  1. int main(int argc, char * argv[]) {
  2. @autoreleasepool {
  3. return UIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegate class]));
  4. }
  5. }
  6. UIApplicationMain(int argc, char *argv[], NSString *principalClassName, NSString *delegateClassName);
  • argcargv 参数是为了与C语言保持一致。
  • int argc:英文名为arguments count(参数计数)
  • char argv:英文名为arguments value/vector(参数值)**
  • argv[0] 指向程序运行时的全路径名
    argv[1] 指向程序在DOS命令中执行程序名后的第一个字符串
    argv[2] 指向执行程序名后的第二个字符串
    argv[argc] 为NULL.
  • principalClassName (主要类名) delegateClassName (委托类名)
    (1) 如果principalClassName是nil,那么它的值将从Info.plist去获取,如果Info.plist没有,则默认为UIApplicationprincipalClass这个类除了管理整个程序的生命周期之外什么都不做,它只负责监听事件然后交给delegateClass去做。
    (2) delegateClass 将在工程新建时实例化一个对象。NSStringFromClass([AppDelegate class])
  1. application:didFinishLaunchingWithOptions:

程序首次已经完成启动时执行,一般在这个函数里创建window对象,将程序内容通过window呈现给用户。

  1. applicationWillResignActive(非活动)
    程序将要失去Active状态时调用,比如有电话进来或者按下Home键,之后程序进入后台状态,对应的applicationWillEnterForeground(即将进入前台)方法。

该函数里面主要执行操作:
a . 暂停正在执行的任务
b. 禁止计时器
c. 减少OpenGL ES帧率
d. 若为游戏应暂停游戏

  1. applicationDidEnterBackground(已经进入后台)

对应applicationDidBecomeActive(已经变成前台)
该方法用来:
a. 释放共享资源
b. 保存用户数据(写到硬盘)
c. 作废计时器
d. 保存足够的程序状态以便下次修复;

  1. applicationWillEnterForeground(即将进入前台)
    程序即将进入前台时调用,对应applicationWillResignActive(即将进入后台)
    这个方法用来: 撤销applicationWillResignActive中做的改变。

  2. applicationDidBecomeActive(已经进入前台)
    程序已经变为Active(前台)时调用。对应applicationDidEnterBackground(已经进入后台)
    注意: 若程序之前在后台,在此方法内刷新用户界面

  3. applicationWillTerminate
    程序即将退出时调用。记得保存数据,如applicationDidEnterBackground方法一样。

1、UIApplicationDelegate生命周期

  1. // 加载完成
  2. - (void)applicationDidFinishLaunching:(UIApplication *)application;
  3. - (BOOL)application:(UIApplication *)application willFinishLaunchingWithOptions:(nullable NSDictionary<UIApplicationLaunchOptionsKey, id> *)launchOptions API_AVAILABLE(ios(6.0));
  4. - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(nullable NSDictionary<UIApplicationLaunchOptionsKey, id> *)launchOptions API_AVAILABLE(ios(3.0));
  5. // 进入前台
  6. - (void)applicationDidBecomeActive:(UIApplication *)application;
  7. - (void)applicationWillResignActive:(UIApplication *)application;
  8. - (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url;
  9. // 进入后台
  10. - (void)applicationDidEnterBackground:(UIApplication *)application API_AVAILABLE(ios(4.0));
  11. - (void)applicationWillEnterForeground:(UIApplication *)application API_AVAILABLE(ios(4.0));
  12. // 杀死app进程
  13. - (void)applicationWillTerminate:(UIApplication *)application;
  14. // 内存警告
  15. - (void)applicationDidReceiveMemoryWarning:(UIApplication *)application; // try to clean up as much memory as possible. next step is to terminate app
  16. // 设备支持方向
  17. - (UIInterfaceOrientationMask)application:(UIApplication *)application supportedInterfaceOrientationsForWindow:(nullable UIWindow *)window API_AVAILABLE(ios(6.0)) API_UNAVAILABLE(tvos);
  18. // 推送通知
  19. - (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken API_AVAILABLE(ios(3.0));
  20. - (void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error API_AVAILABLE(ios(3.0));
  21. - (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler API_AVAILABLE(ios(7.0));
  22. // 一堆相关的变化通知
  23. UIKIT_EXTERN NSNotificationName const UIApplicationDidEnterBackgroundNotification API_AVAILABLE(ios(4.0));
  24. UIKIT_EXTERN NSNotificationName const UIApplicationWillEnterForegroundNotification API_AVAILABLE(ios(4.0));
  25. UIKIT_EXTERN NSNotificationName const UIApplicationDidFinishLaunchingNotification;
  26. UIKIT_EXTERN NSNotificationName const UIApplicationDidBecomeActiveNotification;
  27. UIKIT_EXTERN NSNotificationName const UIApplicationWillResignActiveNotification;
  28. UIKIT_EXTERN NSNotificationName const UIApplicationDidReceiveMemoryWarningNotification;
  29. UIKIT_EXTERN NSNotificationName const UIApplicationWillTerminateNotification;
  30. UIKIT_EXTERN NSNotificationName const UIApplicationSignificantTimeChangeNotification;
  31. UIKIT_EXTERN NSNotificationName const UIApplicationWillChangeStatusBarOrientationNotification API_UNAVAILABLE(tvos)

情景一 程序启动

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

  • (BOOL)application:(UIApplication )application didFinishLaunchingWithOptions:(NSDictionary )launchOptions;
    程序启动时,回调完上面的方法,会继续回调delegate的已经获得了焦点的方法,证明程序已经获得了焦点。
  • (void)applicationDidBecomeActive:(UIApplication *)application;
    结论:应用启动过程中,会依次调用delegate已经启动完成和已经获得焦点的方法,不会调用已经进入前台的方法

    情景二 程序从前台退出到后台

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

  • (void)applicationWillResignActive:(UIApplication *)application;
    调用调用完上面的方法后,程序紧接着会调用delegate已经进入后台的方法,证明程序已经进入后台。

  • (void)applicationDidEnterBackground:(UIApplication *)application;
    结论:单击home键进入后台会依次调用delegate的将要失去焦点的方法和已经进入后台的方法。

    情景三 程序从后台进入到前台

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

  • (void)applicationWillEnterForeground:(UIApplication *)application;
    回调完上面的方法,紧接着会继续回调delegate的已经获得焦点的方法,证明程序已经获得了焦点。

  • (void)applicationDidBecomeActive:(UIApplication *)application;
    结论:从后台进入前台,会依次调用delegate的将要进入前台和已经获得焦点的方法。

    情景四 双击home键切换程序

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

  • (void)applicationWillResignActive:(UIApplication *)application;
    当用户真正切换应用时候,才会继续调用delegate的已经进入后台的方法,证明程序已经进入后台。

  • (void)applicationDidEnterBackground:(UIApplication *)application;
    结论:双击home键切换应用。会分别调用程序将要失去焦点的方法和程序已经进入后台的方法。 且这两个方法是分开调用的。即,双击home键时调用将要失去焦点的方法,选择其他应用时调用已经进入后台的方法。

    情景五 在前台双击home键杀死程序

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

  • (void)applicationWillResignActive:(UIApplication *)application;
    然后手指上滑杀死程序,会直接调用delegate的已经进入后台的方法,证明程序已经进入后台。

  • (void)applicationDidEnterBackground:(UIApplication *)application;
    然后紧接着调用delegate的程序将要退出的方法,证明程序将要被杀死。
  • (void)applicationWillTerminate:(UIApplication *)application;

情景六 从其他程序前台双击home键杀死后台程序

  • (void)applicationWillTerminate:(UIApplication *)application;

情景七 下拉通知栏

  • (void)applicationWillResignActive:(UIApplication *)application;
  • 下拉状态栏只会让程序失去焦点,并不会让程序进入后台。

2、UIViewController生命周期

视图的生命历程
**

  • [ViewController initWithCoder:][ViewController initWithNibName:Bundle]: 首先从归档文件中加载UIViewController对象。即使是纯代码,也会把nil作为参数传给后者。
  • [UIView awakeFromNib]: 作为第一个方法的助手,方法处理一些额外的设置。
  • [ViewController loadView]:创建或加载一个view并把它赋值给UIViewControllerview属性。
    -[ViewController viewDidLoad]: 此时整个视图层次(view hierarchy)已经放到内存中,可以移除一些视图,修改约束,加载数据等。
  • [ViewController viewWillAppear:]: 视图加载完成,并即将显示在屏幕上。还没设置动画,可以改变当前屏幕方向或状态栏的风格等。
  • [ViewController viewWillLayoutSubviews]即将开始子视图位置布局
  • [ViewController viewDidLayoutSubviews]用于通知视图的位置布局已经完成
  • [ViewController viewDidAppear:]:视图已经展示在屏幕上,可以对视图做一些关于展示效果方面的修改。
  • [ViewController viewWillDisappear:]:视图即将消失
  • [ViewController viewDidDisappear:]:视图已经消失
  • [ViewController dealloc:]:视图销毁的时候调用

  • 只有init系列的方法,如initWithNibName需要自己调用,其他方法如loadViewawakeFromNib则是系统自动调用。而viewWill/Did系列的方法则类似于回调和通知,也会被自动调用。

  • 纯代码写视图布局时需要注意,要手动调用loadView方法,而且不要调用父类的loadView方法。纯代码和用IB的区别仅存在于loadView方法及其之前,编程时需要注意的也就是loadView方法。
  • 除了initWithNibNameawakeFromNib方法是处理视图控制器外,其他方法都是处理视图。这两个方法在视图控制器的生命周期里只会调用一次。

当在self.view上的子控件的高度或者宽度改变时
会先执行- (void)viewWillLayoutSubviews,- (void)viewDidLayoutSubviews,然后执行子控件中的- (void)layoutSubviews。
关键:the bounds change
任何依赖于bounds/frame的约束,都应该在viewDidLayoutSubviews之后设置,而不应该放在viewDidLoadviewWillAppear这些中,也最好不要放在viewDidAppear中。

  • 因为viewDidLayoutSubviewsviewWillAppear之后和viewDidAppear之前执行
  • 因此在viewWillAppear时,使用auto layout布局view的bounds/frame还未确定,如果此时获取bounds/frame,肯定是不正确的
  • 而放在viewDidAppear之中来设置依赖于其他view的bounds/frame的view又有些晚。

1.initWithNibName:bundle:

初始化UIViewController,执行关键数据初始化操作,非StoryBoard创建UIViewController都会调用这个方法。
注意: 不要在这里做View相关操作,ViewloadView方法中才初始化。
**

2. initWithCoder:

如果使用StoryBoard进行视图管理,程序不会直接初始化一个UIViewControllerStoryBoard会自动初始化或在segue被触发时自动初始化,因此方法initWithNibName:bundle不会被调用,但是initWithCoder会被调用。
**

3. awakeFromNib

awakeFromNib方法被调用时,所有视图的outletaction已经连接,但还没有被确定,这个方法可以算作适合视图控制器的实例化配合一起使用的,因为有些需要根据用户喜好来进行设置的内容,无法存在storyBoardxib中,所以可以在awakeFromNib方法中被加载进来。
**

4. loadView

当执行到loadView方法时,如果视图控制器是通过nib创建,那么视图控制器已经从nib文件中被解档并创建好了,接下来任务就是对view进行初始化。
loadView方法在UIViewController对象的view被访问且为空的时候调用。这是它与awakeFromNib方法的一个区别。
假设我们在处理内存警告时释放view属性:self.view = nil。因此loadView方法在视图控制器的生命周期内可能被调用多次。
loadView方法不应该直接被调用,而是由系统调用。它会加载或创建一个view并把它赋值给UIViewControllerview属性。
在创建view的过程中,首先会根据nibName去找对应的nib文件然后加载。如果nibName为空或找不到对应的nib文件,则会创建一个空视图(这种情况一般是纯代码)
注意:在重写loadView方法的时候,不要调用父类的方法。

5. viewDidLoad

loadViewview载入内存中,会进一步调用viewDidLoad方法来进行进一步设置。此时,视图层次已经放到内存中,通常,我们对于各种初始化数据的载入,初始设定、修改约束、移除视图等很多操作都可以这个方法中实现。
视图层次(view hierachy):因为每个视图都有自己的子视图,这个视图层次其实也可以理解为一颗树状的数据结构。而树的根节点,也就是根视图(root view),在UIViewController中以view属性。它可以看做是其他所有子视图的容器,也就是根节点。
**

6. viewWillAppear

系统在载入所有的数据后,将会在屏幕上显示视图,这时会先调用这个方法,通常我们会在这个方法对即将显示的视图做进一步的设置。比如,设置设备不同方向时该如何显示;设置状态栏方向、设置视图显示样式等。
另一方面,当APP有多个视图时,上下级视图切换是也会调用这个方法,如果在调入视图时,需要对数据做更新,就只能在这个方法内实现。
**

7. viewWillLayoutSubviews

view 即将布局其Subviews。 比如viewbounds改变了(例如:状态栏从不显示到显示,视图方向变化),要调整Subviews的位置,在调整之前要做的工作可以放在该方法中实现
**

8.viewDidLayoutSubviews

view已经布局其Subviews,这里可以放置调整完成之后需要做的工作。
viewDidLayoutSubviews只能代表当前controller下的view的layout被调整完成,并不代表当前view下所有subviews的layout调整完成。
the bounds 变化,依赖于bounds/frame的约束都应该在viewDidLayoutSubviews之后设置,而不应该放在viewDidLoadviewWillAppear这些中,也最好不要放在viewDidAppear中。因为viewDidLayoutSubviewsviewWillAppear之后和viewDidAppear之前执行,因此在viewWillAppear时,使用auto layout布局view的bounds/frame还未确定,如果此时获取bounds/frame,肯定是不正确的,而放在viewDidAppear之中来设置依赖于其他view的bounds/frame的view又有些晚。

9. viewDidAppear

在view被添加到视图层级中以及多视图,上下级视图切换时调用这个方法,在这里可以对正在显示的视图做进一步的设置。
**

10.viewWillDisappear

在视图切换时,当前视图在即将被移除、或被覆盖是,会调用该方法,此时还没有调用removeFromSuperview
**

11. viewDidDisappear

view已经消失或被覆盖,此时已经调用removeFromSuperView;
**

12. dealloc

视图被销毁,此次需要对你在initviewDidLoad中创建的对象进行释放。
**

13.didReceiveMemoryWarning

在内存足够的情况下,app的视图通常会一直保存在内存中,但是如果内存不够,一些没有正在显示的viewController就会收到内存不足的警告,然后就会释放自己拥有的视图,以达到释放内存的目的。但是系统只会释放内存,并不会释放对象的所有权,所以通常我们需要在这里将不需要显示在内存中保留的对象释放它的所有权,将其指针置nil

代码 示例

  1. #pragma mark --- life circle
  2. - (instancetype)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil {
  3. NSLog(@"%s", __FUNCTION__);
  4. if (self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil]) {
  5. }
  6. return self;
  7. }
  8. // 如果连接了串联图storyBoard 走这个方法
  9. - (instancetype)initWithCoder:(NSCoder *)aDecoder {
  10. NSLog(@"%s", __FUNCTION__);
  11. if (self = [super initWithCoder:aDecoder]) {
  12. }
  13. return self;
  14. }
  15. // xib 加载 完成
  16. - (void)awakeFromNib {
  17. [super awakeFromNib];
  18. NSLog(@"%s", __FUNCTION__);
  19. }
  20. // 加载视图(默认从nib)
  21. - (void)loadView {
  22. NSLog(@"%s", __FUNCTION__);
  23. self.view = [[UIView alloc] initWithFrame:[UIScreen mainScreen].bounds];
  24. self.view.backgroundColor = [UIColor redColor];
  25. }
  26. //视图控制器中的视图加载完成,viewController自带的view加载完成
  27. - (void)viewDidLoad {
  28. NSLog(@"%s", __FUNCTION__);
  29. [super viewDidLoad];
  30. }
  31. //视图将要出现
  32. - (void)viewWillAppear:(BOOL)animated {
  33. NSLog(@"%s", __FUNCTION__);
  34. [super viewWillAppear:animated];
  35. }
  36. // view 即将布局其 Subviews
  37. - (void)viewWillLayoutSubviews {
  38. NSLog(@"%s", __FUNCTION__);
  39. [super viewWillLayoutSubviews];
  40. }
  41. // view 已经布局其 Subviews
  42. - (void)viewDidLayoutSubviews {
  43. NSLog(@"%s", __FUNCTION__);
  44. [super viewDidLayoutSubviews];
  45. }
  46. //视图已经出现
  47. - (void)viewDidAppear:(BOOL)animated {
  48. NSLog(@"%s", __FUNCTION__);
  49. [super viewDidAppear:animated];
  50. }
  51. //视图将要消失
  52. - (void)viewWillDisappear:(BOOL)animated {
  53. NSLog(@"%s", __FUNCTION__);
  54. [super viewWillDisappear:animated];
  55. }
  56. //视图已经消失
  57. - (void)viewDidDisappear:(BOOL)animated {
  58. NSLog(@"%s", __FUNCTION__);
  59. [super viewDidDisappear:animated];
  60. }
  61. //出现内存警告 //模拟内存警告:点击模拟器->hardware-> Simulate Memory Warning
  62. - (void)didReceiveMemoryWarning {
  63. NSLog(@"%s", __FUNCTION__);
  64. [super didReceiveMemoryWarning];
  65. }
  66. // 视图被销毁
  67. - (void)dealloc {
  68. NSLog(@"%s", __FUNCTION__);
  69. }

查看 打印 结果

  1. 2017-03-01 18:03:41.577 ViewControllerLifeCircle[32254:401790] -[ViewController initWithCoder:]
  2. 2017-03-01 18:03:41.579 ViewControllerLifeCircle[32254:401790] -[ViewController awakeFromNib]
  3. 2017-03-01 18:03:41.581 ViewControllerLifeCircle[32254:401790] -[ViewController loadView]
  4. 2017-03-01 18:03:46.485 ViewControllerLifeCircle[32254:401790] -[ViewController viewDidLoad]
  5. 2017-03-01 18:03:46.486 ViewControllerLifeCircle[32254:401790] -[ViewController viewWillAppear:]
  6. 2017-03-01 18:03:46.487 ViewControllerLifeCircle[32254:401790] -[ViewController viewWillLayoutSubviews]
  7. 2017-03-01 18:03:46.488 ViewControllerLifeCircle[32254:401790] -[ViewController viewDidLayoutSubviews]
  8. 2017-03-01 18:03:46.488 ViewControllerLifeCircle[32254:401790] -[ViewController viewWillLayoutSubviews]
  9. 2017-03-01 18:03:46.488 ViewControllerLifeCircle[32254:401790] -[ViewController viewDidLayoutSubviews]
  10. 2017-03-01 18:03:46.490 ViewControllerLifeCircle[32254:401790] -[ViewController viewDidAppear:]
  11. 2017-03-01 19:03:13.308 ViewControllerLifeCircle[32611:427962] -[ViewController viewWillDisappear:]
  12. 2017-03-01 19:03:14.683 ViewControllerLifeCircle[32611:427962] -[ViewController viewDidDisappear:]
  13. 2017-03-01 19:03:14.683 ViewControllerLifeCircle[32611:427962] -[ViewController dealloc]
  14. 2017-03-01 19:12:05.927 ViewControllerLifeCircle[32611:427962] -[ViewController didReceiveMemoryWarning]

打印部分方法:

  1. 2021-01-31 13:17:42.189694+0800 t[1429:81968] -[ViewController loadView]
  2. 2021-01-31 13:17:42.190535+0800 t[1429:81968] -[ViewController viewDidLoad]
  3. 2021-01-31 13:17:42.208096+0800 t[1429:81968] -[ViewController viewWillAppear:]
  4. 2021-01-31 13:17:42.222807+0800 t[1429:81968] -[ViewController viewWillLayoutSubviews]
  5. 2021-01-31 13:17:42.223017+0800 t[1429:81968] -[ViewController viewDidLayoutSubviews]
  6. 2021-01-31 13:17:42.240015+0800 t[1429:81968] -[ViewController viewDidAppear:]

**