另类的"APP常驻"——UIStateRestoration

来源：互联网发布：清与贝加尔湖知乎编辑：程序博客网时间：2024/05/20 09:07

另类的"APP常驻"——UIStateRestoration

作者 Ennnnnn7 关注

2017.02.08 15:59* 字数 1224 阅读 88评论 0喜欢 3

在之前的项目中被iOS应用后台常驻这一问题所困扰，很多解决方法都有瑕疵，在应用审核时很容易被pass，比如：播放无声音频、调用定位等通过后台任务实现方法。在查看文档时，偶然的机遇发现了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;}