IOS 应用响应中断分析

作者：朱克锋

邮箱：zhukefeng@iboxpay.com

转载请注明出处：http://blog.csdn.net/linux_zkf

除了Home按键可以终止您的应用程序之外，系统也可以暂时中断您的应用程序，使用户得以响应一些重要的事件。举例来说，应用程序可能被呼入的电话、SMS信息、日历警告、或者设备上的Sleep按键所打断。按下Home按键会终止您的应用程序，而上述这些中断则只是暂时的。如果用户忽略这些中断，您的应用程序可以象之前那样继续运行；然而，如果用户决定接电话或回应SMS信息，系统就会开始终止您的程序。
中断过程的事件流程

    1.    系统检测到有电话、SMS信息、或者日历警告发生。
    2.    系统调用应用程序委托的applicationWillResignActive:方法，同时禁止将触摸事件发送给您的应用程序。中断会导致应用程序暂时失去控制权。如果控制权的丢失会影响程序的行为或导致不好的用户体验，您就应该在委托方法中采取恰当的步骤进行规避。举例来说，如果您的程序是个游戏，就应该暂停。您还应该禁用定时器、降低OpenGL的帧率（如果正在使用OpenGL的话），通常还应该使应用程序进行休眠状态。在这休眠状态下，您的应用程序继续运行，但是不应该做任何重要的工作。
    3.    系统显示一个带有事件信息的警告窗口。用户可以选择忽略或响应该事件。
    4.    如果用户忽略该事件，系统就调用应用程序委托的applicationDidBecomeActive:方法，并重新开始向应用程序传递触摸事件。 您可以在这个方法中重新激活定时器、提高OpenGL的帧率、以及将应用程序从休眠状态唤醒。对于处于暂停状态的游戏，您应该考虑使它停在当时的状态上，等待用户做好重新玩的准备。举例来说，您可以显示一个警告窗口，而窗口中带有重新开始的控件。
    5.    如果用户选择响应该事件（而不是忽略），则系统会调用应用程序委托的applicationWillTerminate:方法。您的应用程序应该正常终止，保存所有必要的上下文信息，使应用程序在下一次启动的时候可以回到同样的位置。在您的应用程序终止之后，系统就开始启动负责中断的应用程序。
根据用户对中断的不同响应，系统可能在中断结束之后再次启动您的应用程序。举例来说，如果用户接听一个电话并在完成后挂断，则系统会重新启动您的应用程序；如果用户在接听电话过程中回到Home屏幕或启动另一个程序，则系统就不再启动您的应用程序了。
重要提示：当用户接听电话并在通话过程中重新启动您的应用程序时，状态条的高度会变大，以反映当前用户正在通话中。类似地，当用户结束通话的时候，状态条的高度会缩回正常尺寸。您的应用程序应该为状态条高度的变化做好准备，并据此调整内容区域的尺寸。视图控制器会自动处理这个行为，然而，如果您通过代码进行用户界面的布局，就需要在视图布局以及通过layoutSubviews方法处理动态布局变化时考虑状态条的高度。

在运行您的应用程序时，如果用户按下设备的休眠/唤醒按键，系统会调用应用程序委托的applicationWillResignActive:方法，停止触摸事件的派发，然后使设备进入休眠状态。之后，当用户唤醒设备时，系统会调用应用程序委托的applicationDidBecomeActive:方法，并再次开始向应用程序派发事件。如同处理其它中断一样，您应该使用这些方法来使应用程序进入休眠状态（或者暂停游戏）及再次唤醒它们。在休眠时，您的应用程序应该尽可能少用电力。