zoukankan      html  css  js  c++  java
  • IOS应用程序生命周期&启动周期函数

    —程序的生命周期
            a.程序的生命周期是指应用程序启动到应用程序结束整个阶段的全过程
            b.每一个IOS应用程序都包含一个UIApplication对象,IOS系统通过该UIApplication对象监控应用程序生命周期全过程
            c.每一个IOS应用程序都要为其UIApplication对象指定一个代理对象,并由该代理对象处理UIApplication对象监测到的应用程序生命周期事件。
    —IOS应用程序5种状态
            1.Not running:应用还没有启动,或者应用正在运行但是途中被系统停止
            2.Inactive:当前应用正在前台运行,但是并不接收事件(当前或许正在执行其它代码)。一般每当应用要从一个状态切换到另一个不同的状态时,中途过渡会短暂停留在此状态。唯一在此状态停留时间比较长的情况是:当用户锁屏时,或者系统提示用户去响应某些(诸如电话来电、有未读短信等)事件的时候。
            3.Active:当前应用正在前台运行,并且接收事件。这是应用正在前台运行时所处的正常状态。
            4.Background:应用处在后台,并且还在执行代码。大多数将 要进入Suspended状态的应用,会先短暂进入此状态。然而,对于请求需要额外的执行时间的应用,会在此状态保持更长一段时间。另外,如果一个应用要求启动时直接进入后台运行,这样的应用会直接从Notrunning状态进入Background状态,中途不会经过Inactive状态。比如没有界面的应用。注此处并不特指没有界面的应用,其实也可以是有界面的应用,只是如果要直接进入background状态的话,该应用界面不会被显示。
            5.Suspended:应用处在后台,并且已停止执行代码。系统自动的将应用移入此状态,且在此举之前不会对应用做任何通知。当处在此状态时,应用依然驻留内存但不执行任何程序代码。当系统发生低内存告警时,系统将会将处 于Suspended状态的应用清除出内存以为正在前台运行的应用提供足够的内存。
     
     
     
    —创建UIApplication对象并指定其代理
    [objc] view plaincopy在CODE上查看代码片派生到我的代码片
     
     
    1. int main(int argc, charchar * argv[])  
    2. {  
    3.     @autoreleasepool {  
    4.         return UIApplicationMain(argc, argv, nil, NSStringFromClass([CNAppDelegate class]));  
    5.     }  
    6. }  
     通过UIApplicationMain函数创建UIApplication对象并指定其代理对象AppDelegate;第三个参数为指定UIApplication的子类来生成UIApplication对象,为nil时由UIApplication类初始化默认对象;第四个参数为指定代理对象。
     
     
    —UIApplication的代理对象
            a.作为UIApplication的代理类,必须要先实现UIApplicationDelegate协议,协议里明确了作为代理应该做或可以做哪些事情。
            b.UIApplication对象负责监听应用程序的生命周期事件,并将生命周期事件交由UIApplication代理对象处理。
     
    —UIApplication代理对象生命周期函数详解
            -(void)applicationWillResignActive:(UIApplication *)application
            说明:当应用程序将要入非活动状态执行,在此期间,应用程序不接收消息或事件,比如来电话了
            -(void)applicationDidBecomeActive:(UIApplication *)application
            说明:当应用程序入活动状态执行,这个刚好跟上面那个方法相反
            -(void)applicationDidEnterBackground:(UIApplication *)application
            说明:当程序被推送到后台的时候调用。所以要设置后台继续运行,则在这个函数里面设置即可
            -(void)applicationWillEnterForeground:(UIApplication *)application
            说明:当程序从后台将要重新回到前台时候调用,这个刚好跟上面的那个方法相反。
            -(void)applicationWillTerminate:(UIApplication *)application
            说明:当程序将要退出是被调用,通常是用来保存数据和一些退出前的清理工作。这个需要要设置UIApplicationExitsOnSuspend的键值为YES,ios5设置Application does not run in background的键值为YES。
            -(void)applicationDidReceiveMemoryWarning:(UIApplication *)application
            说明:ios设备只有有限的内存,如果为应用程序分配了太多内存操作系统会终止应用程序的运行,在终止前会执行这个方法,通常可以在这里进行内存清理工作防止程序被终止
            -(void)applicationDidFinishLaunching:(UIApplication*)application
            说明:当程序载入后执行。
            -(BOOL)application:(UIApplication*)application handleOpenURL:(NSURL*)url
            说明:当打开URL时执行。
    UIViewController生命周期
     
    — UIViewController
            UIViewController是IOS顶层视图的载体及控制器,用户与程序界面的交互都是由UIViewController来控制的。
            UIViewController管理UIView的生命周期及资源的加载与释放。
     
     
    —UIView
            UIView与UIWindow共同展示了应用用户界面。
    —UIViewController生命周期事件
            -(void)loadView
            加载视图资源并初始化视图。当你从Nib文件加载时,一般情况下这里不需要做任何处理。只有在你没有使用Nib加载视图时进行重写。
    这里不需要调用[super loadView];
            -(void)viewDidLoad
    视图载入完成,可以进行自定义数据加载和动态视图的创建
            -(void)viewDidUnload
            释放视图资源
            -(void)viewWillAppear:(BOOL)animated
            将要加载出视图
            -(void)viewDidAppear:(BOOL)animated
            视图出现
            -(void)viewWillDisappear:(BOOL)animated
            视图即将消失
            -(void)viewDidDisappear:(BOOL)animated
            视图已经消失

    当一个视图控制器被创建,并在屏幕上显示的时候。 代码的执行顺序
    1、 alloc                                   创建对象,分配空间
    2、init (initWithNibName) 初始化对象,初始化数据
    3、loadView                          从nib载入视图 ,通常这一步不需要去干涉。除非你没有使用xib文件创建视图
    4、viewDidLoad                   载入完成,可以进行自定义数据以及动态创建其他控件
    5、viewWillAppear              视图将出现在屏幕之前,马上这个视图就会被展现在屏幕上了
    6、viewDidAppear               视图已在屏幕上渲染完成

    当一个视图被移除屏幕并且销毁的时候的执行顺序,这个顺序差不多和上面的相反
    1、viewWillDisappear            视图将被从屏幕上移除之前执行
    2、viewDidDisappear             视图已经被从屏幕上移除,用户看不到这个视图了
    3、dealloc                                 视图被销毁,此处需要对你在init和viewDidLoad中创建的对象进行释放

    关于viewDidUnload :在发生内存警告的时候如果本视图不是当前屏幕上正在显示的视图的话, viewDidUnload将会被执行,本视图的所有子视图将被销毁,以释放内存,此时开发者需要手动对viewLoad、viewDidLoad中创建的对象释放内存。 因为当这个视图再次显示在屏幕上的时候,viewLoad、viewDidLoad 再次被调用,以便再次构造视图。

    当我们创建一个UIViewController类的对象时,通常系统会生成几个默认的方法,这些方法大多与视图的调用有关,但是在视图调用时,这些方法的调用顺序如何,需要整理下。

    通常上述方法包括如下几种,这些方法都是UIViewController类的方法:

    - (void)viewDidLoad;

    - (void)viewDidUnload;

    - (void)viewWillAppear:(BOOL)animated;

    - (void)viewDidAppear:(BOOL)animated;

    - (void)viewWillDisappear:(BOOL)animated;

    - (void)viewDidDisappear:(BOOL)animated;

    下面介绍下APP在运行时的调用顺序。

    1)- (void)viewDidLoad;

          一个APP在载入时会先通过调用loadView方法或者载入IB中创建的初始界面的方法,将视图载入到内存中。然后会调用viewDidLoad方法来进行进一步的设置。通常,我们对于各种初始数据的载入,初始设定等很多内容,都会在这个方法中实现,所以这个方法是一个很常用,很重要的方法。

          但是要注意,这个方法只会在APP刚开始加载的时候调用一次,以后都不会再调用它了,所以只能用来做初始设置。

    2) - (void)viewDidUnload;

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

          这个方法通常并不会在视图变换的时候被调用,而只会在系统退出或者收到内存警告的时候才会被调用。但是由于我们需要保证在收到内存警告的时候能够对其作出反应,所以这个方法通常我们都需要去实现。

          另外,即使在设备上按了Home键之后,系统也不一定会调用这个方法,因为IOS4之后,系统允许将APP在后台挂起,并将其继续滞留在内存中,因此,viewcontroller并不会调用这个方法来清除内存。

    3)- (void)viewWillAppear:(BOOL)animated;

          系统在载入所有数据后,将会在屏幕上显示视图,这时会先调用这个方法。通常我们会利用这个方法,对即将显示的视图做进一步的设置。例如,我们可以利用这个方法来设置设备不同方向时该如何显示。

          另外一方面,当APP有多个视图时,在视图间切换时,并不会再次载入viewDidLoad方法,所以如果在调入视图时,需要对数据做更新,就只能在这个方法内实现了。所以这个方法也非常常用。

    4) - (void)viewDidAppear:(BOOL)animated;

          有时候,由于一些特殊的原因,我们不能在viewWillApper方法里,对视图进行更新。那么可以重写这个方法,在这里对正在显示的视图进行进一步的设置。

    5) - (void)viewWillDisappear:(BOOL)animated;

          在视图变换时,当前视图在即将被移除、或者被覆盖时,会调用这个方法进行一些善后的处理和设置。

          由于在IOS4之后,系统允许将APP在后台挂起,所以在按了Home键之后,系统并不会调用这个方法,因为就这个APP本身而言,APP显示的view,仍是挂起时候的view,所以并不会调用这个方法。

    6) - (void)viewDidDisappear:(BOOL)animated;

          我们可以重写这个方法,对已经消失,或者被覆盖,或者已经隐藏了的视图做一些其他操作。

    上述方法的流程图可以简单用如下表示:

                 运行APP —> 载入视图 —> 调用viewDidLoad方法 —> 调用viewWillAppear方法 —> 调用viewDidAppear方法 —>   正常运行 

    aaaaaaaa                                                                                          A                                                                            | 

    aaaaaaaa                                                                                          |                                                                             | 

    aaaaaaaa                                                                                          | 载入新的View                                                          | 

    aaaaaaaa                                                                                          |                                                                             | 

    aaaaaaaa                                                                                          |                                                                             V

    释放对象所有权 <— 调用viewDidUnload <— 收到内存警告 <— 调用viewDidDisappear <— 调用viewWillDisappear <—  APP需要调用另一个view

    IOS程序启动执行顺序

    http://www.yifeiyang.net/iphone-developer-advanced-3-iphone-application-startup-process/

     
     

    IOS 开发 loadView 和 viewDidLoad 的区别

    iPhone开发必不可少的要用到这两个方法。 他们都可以用来在视图载入的时候,初始化一些内容。 但是他们有什么区别呢?

    viewDidLoad 此方法只有当view从nib文件初始化的时候才被调用。

    loadView 此方法在控制器的view为nil的时候被调用。 此方法用于以编程的方式创建view的时候用到。 如:

    1.  
    2. - ( void ) loadView {
    3.     UIView *view = [ [ UIView alloc] initWithFrame:[ UIScreen
    4. mainScreen] .applicationFrame] ;
    5.     [ view setBackgroundColor:_color] ;
    6.     self.view = view;
    7.     [ view release] ;
    8. }
    9.  

    你在控制器中实现了loadView方法,那么你可能会在应用运行的某个时候被内存管理控制调用。 如果设备内存不足的时候, view 控制器会收到didReceiveMemoryWarning的消息。 默认的实现是检查当前控制器的view是否在使用。如果它的view不在当前正在使用的view hierarchy里面,且你的控制器实现了loadView方法,那么这个view将被release, loadView方法将被再次调用来创建一个新的view。

    --------------------------------------------------------------------------------------------------------------------------------------------

  • 相关阅读:
    小米手机4 rom 下载链接
    java 两个线程交替打印到100
    获取积分最多的人(二)
    刷题通过的题目排名
    考试分数(二)
    牛客的课程订单分析(二)
    牛客的课程订单分析(三)
    docker使用小记
    Dynamic Graph Collaborative Filtering
    Learnable Embedding Sizes for Recommender Systems
  • 原文地址:https://www.cnblogs.com/nenhallgg/p/5091396.html
Copyright © 2011-2022 走看看