OOM问题原理解析（三）：生命周期相关问题总结

2021-01-21  本文已影响0人  bug音音

生命周期总结梳理

程序的生命周期

包含五个状态

AppDelegate中的回调方法和通知

  1. 回调方法：application:didFinishLaunchingWithOptions:
    本地通知：UIApplicationDidFinishLaunchingNotification
    触发时机：程序启动并进行初始化的时候后。
    适宜操作：这个阶段应该进行根视图的创建。
  1. 回调方法：applicationDidBecomeActive：
   本地通知：UIApplicationDidBecomeActiveNotification
   触发时机：程序进入前台并处于活动状态时调用。
   适宜操作：这个阶段应该恢复UI状态（例如游戏状态）。
  1. 回调方法：applicationWillResignActive:
   本地通知：UIApplicationWillResignActiveNotification
   触发时机：从活动状态进入非活动状态。
   适宜操作：这个阶段应该保存UI状态（例如游戏状态）。
  1. 回调方法：applicationDidEnterBackground:
   本地通知：UIApplicationDidEnterBackgroundNotification
   触发时机：程序进入后台时调用。
   适宜操作：这个阶段应该保存用户数据，释放一些资源（例如释放数据库资源）。
  1. 回调方法：applicationWillEnterForeground：
   本地通知：UIApplicationWillEnterForegroundNotification
   触发时机：程序进入前台，但是还没有处于活动状态时调用。
   适宜操作：这个阶段应该恢复用户数据。
  1. 回调方法：applicationWillTerminate:
   本地通知：UIApplicationWillTerminateNotification
   触发时机：程序被杀死时调用。
   适宜操作：这个阶段应该进行释放一些资源和保存用户数据。

程序周期相关操作

  1. 程序启动
点击应用图标时，会经历三个状态：
Not running-->Inactive-->Active 

Not running --> Inactive
调用 application:didFinishLaunchingWithOptions: 发送   UIApplicationDidFinishLaunchingNotification 
Inactive-->Active  
调用 applicationDidBecomeActive： 发送：UIApplicationDidBecomeActiveNotification
  1. 程序点击Home（双击home后台运行）
根据info.plist中Application does not run in background  /   UIApplicationExitsOnSuspend控制似乎否可以在后台运行或挂起。  
如果可以在后台运行或者挂起会经历
Active-->Inactive-->Background-->Suspended 

 Active-->Inactive 
调用 applicationWillResignActive： 发送：UIApplicationWillResignActiveNotification 
 Background-->Suspended 
调用 applicationDidEnterBackground： 发送：UIApplicationDidEnterBackgroundNotification 

如果不可以后台运行或挂起会经历
Active-->Inactive-->Background-->Suspended-->Not Running

Background-->Suspended 
调用 applicationDidEnterBackground： 发送：UIApplicationDidEnterBackgroundNotification  
Suspended-->Not Running 
调用 applicationWillTerminate： 发送：UIApplicationWillTerminateNotification
  1. 挂起后，重新运行
Suspended-->Background-->Inactive-->Active

 Background-->Inactive 
 调用 applicationWillEnterForeground： 发送：UIApplicationWillEnterForegroundNotification 
 
 
 Inactive-->Active  
调用 applicationDidBecomeActive： 发送：UIApplicationDidBecomeActiveNotification
  1. 内存不足，杀死程序
 Background-->Suspended-->Not running
这种情况不会调用任何方法，也不会发送任何通知。

二、UIViewController的生命周期

下面是UIViewController生命的相关方法（注意顺序）

//类的初始化方法，并不是每次创建对象都调用，只有这个类第一次创建对象才会调用，做一些类的准备工
作，再次创建这个类的对象。initialize方法将不会被调用，对于这个类的子类，如果实现了initialize
方法，在这个子类第一次创建对象是会调用自己的initialization方法，没有实现者由调用父类实现方
法；可以用以实现相关全局变量
+ (void)initialize;

//对象初始化方法init方法和initCoder方法相似，只是被调用的环境不一样，如果用代码进行初始化，会
调用init，从nib文件或者归档进行初始化，会调用initCoder。
- (instancetype)init;
//从归档初始化
- (instancetype)initWithCoder:(NSCoder *)coder;


//加载视图:是开始加载视图的起始方法，除非手动调用，否则在viewcontroller的生命周期中没特殊情况
只被调用一次；ViewController的view是使用了lazyInit方式创建，就是说你调用的view属性的
getter：［self view］。在getter里会先判断view是否创建，如果没有创建，那么会调用loadView来
创建view。loadView和viewDidLoad的一个区别就是：loadView时还没有view。而viewDidLoad时
view以及创建好了。
-(void)loadView;


//将要加载视图：，类中成员对象和变量的初始化我们都会放在这个方法中，在类创建后，无论视图的展现或消失，这个方法也是只会在将要布局时调用一次。
- (void)viewDidLoad;

//将要展示
-(void)viewWillAppear:(BOOL)animated;

//将要布局子视图，在viewWillAppear后调用，将要对子视图进行布局。
-(void)viewWillLayoutSubviews;
//已经布局子视图
-(void)viewDidLayoutSubviews;

//已经展示
-(void)viewDidAppear:(BOOL)animated;


//将要消失
-(void)viewWillDisappear:(BOOL)animated;
//已经消失
-(void)viewDidDisappear:(BOOL)animated;

//内存警告
- (void)didReceiveMemoryWarning;



//被释放
-(void)dealloc;

从nib文件加载的controller，只要不释放，在每次viewWillAppare时都会调用layoutSubviews方
法，有时甚至会在viewDidAppare后在调用一次layoutSubviews，而重点是从代码加载的则只会在开始调
用一次，之后都不会，所以注意，在layoutSubviews中写相关的布局代码十分危险。

UIViewController的新收获

  1. parentViewController属性
@property(nullable,nonatomic,weak,readonly) UIViewController *parentViewController;

例如：我的项目结构为 tabbarController > navigationContriller > contorller

打印

 NSLog(@"self.parentViewController > %@ ===== %@",[self.parentViewController.parentViewController class],self.parentViewController.parentViewController);

输出

self.parentViewController > YLUITabBarViewController ===== <YLUITabBarViewController: 0x10201ee00>

无需调用window的rootcontroller来获取YLUITabBarViewController

2.模态跳转中Controller的从属

主要是两个参数，只要模态关系没有被释放，我们就可以利用这个两个参数进行对象获取，传值什么的根本不需要block或者delegate；

//其所present的contller，比如，A和B两个controller，A跳转到B，那么A的presentedViewController就是B
@property(nullable, nonatomic,readonly) UIViewController *presentedViewController  NS_AVAILABLE_IOS(5_0);
//和上面的方法刚好相反，比如，A和B两个controller，A跳转到B，那么B的presentingViewController就是A
@property(nullable, nonatomic,readonly) UIViewController *presentingViewController NS_AVAILABLE_IOS(5_0);

传值可以简单使用

    self.presentingViewController.view.backgroundColor = [UIColor colorWithRed:arc4random()%255/255.0 green:arc4random()%255/255.0 blue:arc4random()%255/255.0 alpha:1];
    [self dismissViewControllerAnimated:YES completion:nil];

引申知识load与initialize

load

  1. 对于加入运行期系统的类及分类，必定会调用此方法，且仅调用一次。
  2. iOS会在应用程序启动的时候调用load方法，在main函数之前调用
  3. 执行子类的load方法前，会先执行所有超类的load方法，顺序为父类->子类->分类
  4. 在load方法中使用其他类是不安全的，因为会调用其他类的load方法，而如果关系复杂的话，就无法判断出各个类的载入顺序，类只有初始化完成后，类实例才能进行正常使用
  5. load 方法不遵从继承规则，如果类本身没有实现load方法，那么系统就不会调用，不管父类有没有实现（跟下文的initialize有明显区别）
  6. 尽可能的精简load方法，因为整个应用程序在执行load方法时会阻塞，即，程序会阻塞直到所有类的load方法执行完毕，才会继续
  7. load 方法中最常用的就是方法交换method swizzling

initialize

  1. 在首次使用该类之前由运行期系统（非人为）调用，且仅调用一次
  2. 惰性调用，只有当程序使用相关类时，才会调用
  3. 运行期系统会确保initialize方法是在线程安全的环境中执行，即，只有执行initialize的那个线程可以操作类或类实例。其他线程都要先阻塞，等待initialize执行完
  4. 如果类未实现initialize方法，而其超类实现了，那么会运行超类的实现代码，而且会运行两次（load 第5点）
    • initialize 遵循继承规则
    • 初始化子类的的时候会先初始化父类，然后会调用父类的initialize方法，而子类没有覆写initialize方法，因此会再次调用父类的实现方法
  5. initialize方法也需要尽量精简，一般只应该用来设置内部数据，比如，某个全局状态无法在编译期初始化，可以放在initialize里面。

SO：

  1. 在加载阶段，如果类实现了load方法，系统就会调用它，load方法不参与覆写机制
  2. 在首次使用某个类之前，系统会向其发送initialize消息，通常应该在里面判断当前要初始化的类，防止子类未覆写initialize的情况下调用两次
  3. load与initialize方法都应该实现得精简一些，有助于保持应用程序的响应能力，也能减少引入“依赖环”（interdependency cycle）的几率
  4. 无法在编译期设定的全局常量，可以放在initialize方法里初始化

文末

欢迎关注我的简书，分享Android干货，交流Android技术。
对文章有何见解，或者有何技术问题，都可以在评论区一起留言讨论，我会虔诚为你解答。
最后，如果你想知道更多Android的知识或需要其他资料我这里均免费分享，只需你点赞+评论来找我获取哦。

上一篇下一篇

猜你喜欢

热点阅读