APP的各种状态

一、iOS应用程序状态 大致分 五种状态:

  1. Not running:应用还没有启动,或者应用正在运行但是途中被系统停止。
  2. Inactive:当前应用正在前台运行,但是并不接收事件(当前或许正在执行其它代码)。一般每当应用要从一个状态切换到另一个不同的状态时,中途过渡会短暂停留在此状态。唯一在此状态停留时间比较长的情况是:当用户锁屏时,或者系统提示用户去响应某些(诸如电话来电、有未读短信等)事件的时候。
  3. Active:当前应用正在前台运行,并且接收事件。这是应用正在前台运行时所处的正常状态。
  4. Background:应用处在后台,并且还在执行代码。大多数将要进入Suspended状态的应用,会先短暂进入此状态。然而,对于请求需要额外的执行时间的应用,会在此状态保持更长一段时间。另外,如果一个应用要求启动时直接进入后台运行,这样的应用会直接从Not
    running状态进入Background状态,中途不会经过Inactive状态。比如没有界面的应用。注此处并不特指没有界面的应用,其实也可以是有界面的应用,只是如果要直接进入background状态的话,该应用界面不会被显示。
  5. Suspended:应用处在后台,并且已停止执行代码。系统自动的将应用移入此状态,且在此举之前不会对应用做任何通知。当处在此状态时,应用依然驻留内存但不执行任何程序代码。当系统发生低内存告警时,系统将会将处于Suspended状态的应用清除出内存以为正在前台运行的应用提供足够的内存。
    如下图:
    注意:运行在iOS3.2或更早期版本操作系统之上的应用并不进入后background和suspended状态。另外,一些即使运行在iOS4或更新版本操作系统但是不支持多任务或后台执行的应用,也不会进入background和suspended状态。相应的这些应用在从前台运行状态离开时会直接被终止。
    大多时候状态转换通过调用你的应用委托对象继承的Delegate方法来完成。开发人员可以在提供的这些继承方法中做任何事,以响应状态转换。相关继承的方法及介绍如下所示:
    application:didFinishLaunchingWithOptions: 这是程序启动时调用的函数。可以在此方法中加入初始化相关的代码。
    applicationDidBecomeActive: 应用在准备进入前台运行时执行的函数。(当应用从启动到前台,或从后台转入前台都会调用此方法)
    applicationWillResignActive: 应用当前正要从前台运行状态离开时执行的函数。
    applicationDidEnterBackground: 此时应用处在background状态,并且没有执行任何代码,未来将被挂起进入suspended状态。
    applicationWillEnterForeground: 当前应用正从后台移入前台运行状态,但是当前还没有到Active状态时执行的函数。
    applicationWillTerminate: 当前应用即将被终止,在终止前调用的函数。如果应用当前处在suspended,此方法不会被调用。



二、关于main函数,UIApplication类和UIApplication代理类
每一个iPhone程序都包含一个UIApplication对象,它管理整个程序的生命周期,从加载第一个显示界面开始,并且监听系统事件、程序事件调度整个程序的执行。
int main(int argc, char *argv[]) {
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
int retVal = UIApplicationMain(argc, argv, nil, nil);
[pool release];
return retVal;
}
在main函数中第二行代码UI
Application Main(argc, argv, nil,
nil);对UIApplication对象进行了初始化,这个对象是隐含的,这个方法除了argc 和 argv
参数外,另外这个函数还有两个字符串参数来识别UI Application类和UI
Application代理类,在这里默认是2个nil,第一个参数为nil就默认把UI
Application类作为缺省值进行初始化,可以在这里不填nil而是使用自己定义的UI
Application子类。至于第二个参数nil,这里有了UI Application对象怎么又出来一个UI
Application代理类对象呢?这里需要说明UI
Application对象说是管理整个程序的生命周期其实它是什么具体的事情都不干,它只负责监听事件当需要做实际工作的时候就交给UI
Application代理类去做,UI Application相当于传令官负责只把命令传达给UI
Application代理类这个士兵,然后由这个士兵真正去冲锋陷阵,所以需要给UI Application对象设置代理类。
未完待续.....

你可能感兴趣的:(APP的各种状态)