UIStateRestoration

UIStateRestoration

UIStateRestoration简介

---

状态恢复(State Restoration)是在应用重新启动时恢复到上一次结束时的状态。当APP切到后台，很难保证应用不被用户或系统杀掉。如果希望应用长时间在前台，显然这种被杀掉的结果不是产品经理想要的。
产品经理：我想要的是当用户打开APP时，给用户一种App从来没有被关闭的感觉，这种无缝顺滑、浑然一体的感觉才是我想要的，要让用户模糊启动和退出的概念。
程序员：哦。
在iOS 6.0中，苹果为我们提供了UIStateRestoration来实现应用状态的保持和恢复。

APP的生命周期

---

APP生命周期

这张图很常见吧，大多数APP的生命周期都要遵循以
下的状态流程：Not running -> Inactive -> Active -> Background -> Suspended -> Not Running(killed)
App从未运行状态，到被用户点击后，进入运行状态，App进入前台，显示启动画面，然后将控制权交给App本身，此时App是活动状态，如果用户点击“Home”键，App会进入后台，如果此时的App没有开启后台多任务支持，在没有特别设计的情况下，不多久App就会进入 Suspended 状态，程序被挂起。如果系统在内存需求足够的情况下，是不会主动杀死这些已经 Suspended 的App的，这样用户在再次启动应用时，App会保持上次退出的状态，这样会给用户带来一种无缝的体验，模糊启动和退出的概念。而当用户主动杀死应用，或者系统因为内存不足而将挂起应用杀死时，用户再次点击APP时会有明显的二次启动的感觉。
而当我们开启应用状态保存后，app的状态流程就会是这个样子。

开启状态保存后的APP运行周期

UIStateRestoration接口介绍

---

UIApplication.h

UIStateRestoration.h

苹果推出UIStateRestoration类的目的应该是希望应用能给用户带来顺滑的体验，让APP能快速地还原到用户上次的停留点。接下来让我们开始吧！

1.在Application Delegate中启动状态保持

// 开启应用状态保存
- (BOOL) application:(UIApplication *)application shouldSaveApplicationState:(NSCoder *)coder {
    return YES;
}
// 开启应用状态回复
- (BOOL)application:(UIApplication *)application shouldRestoreApplicationState:(NSCoder *)coder {
return YES;
}

当shouldSaveApplicationState回调是在进入后台的瞬间询问的，如果返回值是YES，程序会在当前应用的沙盒文件中Library文件夹下创建状态保存目录Saved Application State用于存储相关数据。

Saved Application State文件夹

在存储数据的同时，程序还会创建一个快照，以替换Default.png在iOS App switcher中显示，我们在下次启动的时候， 就不会显示默认的启动图片， 而是上次退出应用前的UI快照。

快照

2.UIViewController操作

---

当需要对具体UI进行操作时，需要在UIViewController中通过接口来实现状态的保存。

UIViewController(UIStateRestoration)接口

下面简单介绍一下这些接口功能：

• restorationIdentifier：为当前的ViewController 设置一个标识，以在恢复时使用。
• restorationClass：类名，在恢复时使用，此类需要实现 UIViewControllerRestoration。
• encodeRestorableStateWithCoder：序列化时回调接口，用于手动存储当前的对象的状态。
• decodeRestorableStateWithCoder：实例化时回调接口，用于手动恢复存储对象的状态。
• applicationFinishedRestoringState：在实例化完成后调用，可以用于完成一些附加的业务逻辑。
  举个例子：

这是一个例子