与内容无关

前言

对于APP的前后台运行情况的了解，有助于我们在实际开发中规避一些问题，以及采取稳妥的方法处理和解决问题，是很必须的。

应用的运行状态分为以下五种：

• Not running：应用还没有启动，或者应用正在运行但是途中被系统停止。

• Inactive：当前应用正在前台运行，但是并不接收事件（当前或许正在执行其它代码）。一般每当应用要从一个状态切换到另一个不同的状态时，中途过渡会短暂停留在此状态。唯一在此状态停留时间比较长的情况是：当用户锁屏时，或者系统提示用户去响应某些（诸如电话来电、有未读短信等）事件的时候。
• Active：当前应用正在前台运行，并且接收事件。这是应用正在前台运行时所处的正常状态
• Background：应用处在后台，并且还在执行代码。一般的应用，都只会在这个状态短暂停留（最多十分钟），然后就会被系统强制进入 Suspended 状态。而 iOS 为了在某些情况下提供更好的体验，提供了一些选项，只要满足这些选项的条件，就可以在后台运行很长的一段时间，下面我们将重点讨论可以使应用在后台长时间运行的方法。
• Suspended：应用处在后台，并且已停止执行代码。系统自动的将应用移入此状态，且在此举之前不会对应用做任何通知。当处在此状态时，应用依然驻留内存但不执行任何程序代码。当系统发生低内存告警时，系统将会将处于 Suspended 状态的应用清除出内存以为正在前台运行的应用提供足够的内存。

想了解更多，推荐一篇很好的文章：iOS应用程序生命周期(前后台切换,应用的各种状态)详解

后台模式

有时候我们想让APP在后台运行，可是苹果对后台模式一直审核很严格，在我看来，苹果限制 app在后台运行，是为了更有效的利用硬件使用当前的app，不然，过多的app驻留后台，对手机资源占用是一大问题。,那么后台模式是什么呢，以及怎样实现呢？

iOS 提供的后台运行方式

上图为 iOS 提供的后台运行方式列表，如果需要，可在 Xcode 的项目设置中开启对应的选项。App Store 的审核人员会检查应用中是否有必要开启该后台运行模式选项，如果应用中不需要，而又开启了这个选项，可能会被拒,并且这部分的审核是很严格的，如果不能提供证据证据，是肯定会被拒。

• Audio, AirPlay and Picture in Picture

此个选项包含四种场景，分别是：音频的播放，录音，AirPlay 及画中画的视频播放。
音频的播放：在播放音频时，即使应用退到后台，只要一直有音频在播放，那应用就可以一直在后台运行。代码实现可参考：http://www.linuxidc.com/Linux/2012-08/68364.htm
录音：应用可以请求使用麦克风，而当开启了此后台选项，应用在使用麦克风的时候，即使退到后台，也可以一直后台运行，通过查看微信安装包中的 plist 文件，微信的语音聊天，就是通过这种方式实现的。而当该类应用退到后台后，iOS 系统的状态栏会变成红色，并在状态栏中显示正在使用麦克风的应用的名称，如下图所示。

正在使用麦克风提示

• Location updates

一般用于导航应用中，开启此选项后，应用退到后台，还可以得到系统的定位更新，从而使得应用可以根据定位的变化做出不同的反应。代码实现可参考：https://github.com/voyage11/Location

• Voice over IP

VOIP 类的应用允许用户使用网络而不是手机打电话，因此这一类的应用需要保持同它相关的服务的网络连接，用以收到来电事件和其他数据。iOS 不是通过一直让该应用处于激活状态来达到这个目的，而是同样也会将这类的应用挂起，但同时会在应用被挂起期间由系统接管它的 VOIP 的 Socket，当这个 Socket 有数据通信时，系统会再次唤醒处于挂起状态的应用，同时将 Socket 的控制权交还给该应用，以让其正常的处理来电事件和其他数据。
其中VOIP需要绑定一个Socket链接并申明给系统，系统将会在后台接管这个连接，
#一旦远端数据过来，你的App将会被唤醒10s（或者更少）的时间来处理数据，超过时间或者处理完毕，程序继续休眠

• Newsstand downloads

在 iOS 开发中，有一类叫报刊杂志类应用比较特别，在 iOS 9 之前的系统中，此类应用会统一收在系统内置的「报刊杂志」应用中，在 iOS 9 中则去掉了内置的「报刊杂志」应用，此类应用得以以单独的图标入口出现在桌面中。此后台运行的选项就是提供给报刊杂志类应用可以在后台下载及处理报刊杂志内容，而下载的过程需要使用 NewsstandKit 中的 NKAssetDownload 进行下载。需要注意的是，下载的过程中，应用可能还是会被挂起，甚至应用被退出，而 iOS 会在 Wi-Fi 环境下继续下载，直到下载完成。而一旦下载完成，如果应用只是被挂起，则** iOS 会唤醒对应的应用，回调对应的事件；如果应用已经退出，则会启动应用**，在启动参数中会带上对应的标识表示这次启动是因为下载报刊杂志内容完成。代码实现可参考：http://www.viggiosoft.com/blog/blog/2011/10/17/ios-newsstand-tutorial/

• External Accessory communication

此选项提供给一些 MFi 外设通过蓝牙，或者 Lightning 接头等方式与 iOS 设备连接，从而可在外设发送消息时，唤醒已经被挂起的应用。而一旦被唤醒，一般情况下， 应用只有最多 10 秒钟的执行时间。MFi 外设：是指通过苹果 MFi 认证的设备，而 MFi 认证是对其授权配件厂商生产的外置配件的一种标识使用许可，是 Made for iOS 的英文缩写。

• Uses Bluetooth LE accessories

此选项与 External Accessory communication 类似，只是此选项无需限制 MFi 外设，而需要的是 Bluetooth LE 设备。

• Acts as a Bluetooth LE accessory

此选项是指 iOS 设备作为一个蓝牙外设连接时，对应的应用可以后台运行，但是使用此模式需要用户进行授权认证。

• Background fetch

iOS 7 新增加的一个选项，用于即使在后台，也需要频繁更新数据的应用。例如一个 PM2.5 的应用，需要几个小时更新一次数据，那么可以开启此选项，设置一个时间间隔，从而让 iOS 在间隔时间内在后台启动该应用，执行指定数据的获取工作，而此过程最多只能执行 30 秒钟。代码实现可参考：http://objccn.io/issue-5-5/

• Remote notifications

iOS 7 新增加的一个选项，是一种静默推送，它有别于一般的推送，应用收到此类推送后，不会有任何的界面提示，而当应用退出或者挂起时收到此类推送，iOS 也会启动或者唤醒对应的应用。例如一个阅读应用，用户订阅的博客更新了，那么可以先发一个静默推送，应用收到此种推送后，可以先把用户订阅的博客内容都下载好，再通知用户，这样用户一打开应用就可以马上开始阅读。收到静默推送，会回调对应的回调方法，而此回调方法最多只能执行 30 秒钟。代码实现可参考：http://objccn.io/issue-5-5/
#需要注意的是：
iOS 7 以前，应用进入后台继续运行时，如果用户锁屏了，那么 iOS 会等待应用运行完，才进入睡眠状态。
而在 iOS 7 上，系统会很快进入睡眠状态，那些后台应用也就暂停了。
#如果收到事件被唤醒（例如定时事件、推送、位置更新等），后台应用才能继续运行一会。
因为处理过程变成了断断续续的，因此下载时也要使用 NSURLSession 来处理（即下文中的 Background Transfer Service）。

• 基于 NSURLSession 的后台传输

此为 iOS 7 新增加的特性，用于在后台下载或者上传大文件，步骤如下：创建后台传输用的 NSURLSession 对象；向这个对象中加入对应的传输的 NSURLSessionTask，并开始传输；在实现 AppDelegate 里实现 -application:handleEventsForBackgroundURLSession:completionHandler: 方法，以刷新 UI 及通知系统传输结束。一旦后台传输的状态发生变化（包括正常结束和失败）的时候，应用将被唤醒并运行 AppDelegate 中的回调。但是也有一些限制，后台传输只会通过 Wi-Fi 来进行。后台下载的时间与以前的关闭应用后X分钟的模式不一样，而是为了节省电力变为离散式的下载。代码实现可以参考：http://onevcat.com/2013/08/ios7-background-multitask/

保持程序在后台长时间运行

iOS为了让设备尽量省电，减少不必要的开销，保持系统流畅，因而对后台机制采用墓碑式的“假后台”。除了系统官方极少数程序可以真后台，一般开发者开发出来的应用程序后台受到以下限制：

• 用户按Home之后，App转入后台进行运行，此时拥有180s后台时间（iOS7）或者600s（iOS6）运行时间可以处理后台操作

• 当180S或者600S时间过去之后，可以告知系统未完成任务，需要申请继续完成，系统批准申请之后，可以继续运行，但总时间不会超过10分钟。

• 当10分钟时间到之后，无论怎么向系统申请继续后台，系统会强制挂起App，挂起所有后台操作、线程，直到用户再次点击App之后才会继续运行。

  #申请后台处理时间的方法：
  //申请后台，该方法只有在App处于激活
  beginBackgroundTaskWithExpirationHandler:时调用才有效。
  //注销后台   
  endBackgroundTask:
  
  #import "AppDelegate.h"
  
  @interface AppDelegate ()
  @property(assign, nonatomic)UIBackgroundTaskIdentifier backIden;
  @end
  
  @implementation AppDelegate
  
  - (void)applicationDidEnterBackground:(UIApplication *)application {
    [self beginTask];
  }
  - (void)applicationWillEnterForeground:(UIApplication *)application {
    NSLog(@"进入前台");
    [self endBack];
  }
  //申请后台
  -(void)beginTask
  {
    NSLog(@"begin=============");
        _backIden = [[UIApplication sharedApplication] beginBackgroundTaskWithExpirationHandler:^{
      #在时间到之前会进入这个block，一般是iOS7及以上是3分钟。
      #按照规范，在这里要手动结束后台，你不写也是会结束的,但是不写有可能会crash。
      NSLog(@"将要挂起=============");
      [self endBack];
   }];
  }
  
  //注销后台
  -(void)endBack
  {
    NSLog(@"end=============");
    [[UIApplication sharedApplication] endBackgroundTask:_backIden];
    _backIden = UIBackgroundTaskInvalid;
  }
  @end
  

使用后台模式可以使APP在后台持续运行，不过下面的这俩方法是很多想实现后台长时间运行的APP都可以尝试的。

• 有的开发者为了自己的APP能在后台运行想出一直循环播放一段没声音的音频，在后台选项中选择「Audio, AirPlay and Picture in Picture」，而开始循环播放一段是没声音的音频，即在 Audio Unit 回调函数中使用 kAudioUnitRenderAction_OutputIsSilence 标志位，但是这种方式苹果的审核人员如果发现，会被拒,基本上都会被发现。

• 使用定位服务的方法来保持后台，在程序转入后台的时候，启动定位服务[locationManager startUpdatingLocation];(第一次运行这个方法的时候，如果之前用户没有使用过App，则会弹出是否允许位置服务）。这样在定位服务可用的时候，程序会不断刷新后台时间，实际测试，发现后台180s时间不断被刷新，达到长久后台的目的。

小结

关于应用后台模式运行以及其它相关的知识，后续会持续更新

本文参考文章
iOS开发：后台运行
iOS 后台运行实现