一、iOS的“伪后台”程序
首先，先了解一下iOS 中所谓的「后台进程」到底是怎么回事吧？
Let me be as clear as I can be: the iOS multitasking bar does not contain "a list of all running apps". It contains "a list of recently used apps". The user never has to manage background tasks on iOS.
首先我们得搞清楚的是，iOS 中所谓的「后台驻留」并不是指「执行中的程序」，而是「最近使用过的程序」，也可以瞧瞧Apple 的知识库文章怎么写的：
按两下主画面按钮后，显示的是「最近用过的应用程序」，所以别把它想成Mac OS X 中的Command + Tab 键所显示的切换程序列；你可以试试看将iPhone 关机再开机，然后按两下Home 键，应该会发现先前那些程式还是出现在那里，因为它其实是你最近使用过的程序使用记录，或像是浏览器中的浏览记录)。
如果你一个一个去清除 "后台驻留" 的程序，就像是一笔一笔删除浏览记录中的项目一样，是没有太大意义的(除非你不想让其他人看到你曾经用过什么程式，或者想杀时间、太无聊了)，也不会对电力或记忆体有什么帮助。
iOS 的多任务处理其实是很聪明的，系统会自动中止在背景执行的程序，在有需要时，也会将被中止的程式suspended（注:"中止的程式"不是指关闭程序，而是指由前台转向后台的程序，程序在后台并不真正运行，不要和关闭程序混淆了) 从内存中移除。因此，iOS 装置的使用者根本就不需要担心怎么管理这些执行中或不在执行中的程序，尽管放心用、轻松玩就是了！
一般说来，所有程式进入背景后都还有5 秒的执行缓冲时间，有些程序可以要求延长到10 分钟(这些当然是由开发人员在设计与提交程式时决定和声明)；
因此，在你按下Home 键后，本来的程式就会退到背景，如果它有额外的背景执行作业，超过10 分钟还是会被iOS 中止；所以，还是别担心了！
但是，也有例外情况，某些特殊类型的程式是被容许在背景中持续执行的，像是会持续在背景播放音乐的程序、GPS 程序、VOIP 程序、Newsstand 以及周边配件附属的程序，不过只要这些程序不再执行动作，就会变成中止的程式，像是音乐拨完了、杂志下载完了... 因此，使用者其实也没必要太过留意这些程序。
you do not have to manage background tasks on iOS. The system handles almost every case for you and well written audio, GPS, VOIP, Newsstand and accessory apps will handle the rest.
二、iOS的“多任务”发展史
自从出现了操作系统以来，就没有过所谓真正的“多任务”。所谓多任务，无非是CPU速度够快而足以支撑极短时间内在多个进程内动作罢了。而所谓的“单任务”，无非是只能让当前任务独享资源罢了。
简单来说，iOS 4 APP类型可以分为三种：
1. 保存现场。
即：按下Home键10秒内直接杀死进程，并释放内存。一般说来，所有程序进入背景后都还有5 秒的执行缓冲时间，有些程序可以要求延长到10 分钟(这些当然是由开发人员在设计与提交程式时决定和声明)；因此，在你按下Home 键后，本来的程式就会退到背景，如果它有额外的背景执行作业，超过10 分钟还是会被iOS 中止。
2. iOS支持的“多任务”。
即：按下Home键转入多任务状态，保留在内存中，但只能系统允许的动作：比如GPS，比如VoIP，比如Streaming Music等等。
3. 真正的桌面级别的多任务。
即：只有Safari/Mail才是真正的多任务，苹果嫡系大都都不是。这个级别的app在后台是没有任何限制动作。（对于无限制动作的程序，一是会在用户无察觉的情况下耗光电力，二是会有安全上面的问题)。
注意：对于上述三种级别，后两种会占用内存的APP，也会在任意时间从内存中被砍掉，取决于你是否动用了其它app而导致内存不足。真正不会被砍掉的后台，只有苹果那个通知系统。
其实可以回顾一下iOS是怎么一步步引入现在这个机制的：
1. 刚出生，什么都没有，单纯的单任务。
2. iPhone OS 3.0，引入通知架构。几乎当年全部机型可用；Android晚了一年，2.2才有此功能，到这个时候相信才有90%上下机器用上。
3. iOS 4.0+，引入有限制的后台多任务。
搞这么复杂干嘛？直接像Android一出生那样所有app一个小虚拟机，无任何限制动作，让根本没有内存管理经验和资源消耗概念的全世界最大民工群Java程序员们写的app任意地跑着吧！
答案只有两个：电力，安全。安全不说，如何在保持多任务优势的同时，避免消耗过多电力，苹果花了很多心思；而不是像webOS/Android一样，简单粗暴桌面级的多任务。iPhone 4甚至在硬件上面也下了苦功，利用3D层叠技术组装A4芯片，内部元件高度集成，并把天线移至体表，增加内部电池空间。
其实至iPhone OS 3，已经足够应付大部分应用了。用户根本无从知道app的实际运行状态，保存现场让app看起来不像是刚打开一样，通知系统又可以在后台默默推送消息。事实上，当前95% iOS APP依旧只有“保存现场 + 通知系统”这样的组合，比如很多twitter客户端，大部分人根本不会注意到它不是真正意义上的“多任务”。很震撼的事实，但确实95%的应用场景根本不需要所谓真正的“多任务”。
但是时代在变。真正需要多任务的东西出现了：电台要stream，IM要stream，GPS要stream，多任务必须提上日程。iOS 4加进了，WP7刚刚加进了，Android/webOS打一出生就有。从本质来说，iOS/WP7/Android/webOS跑在内存中的后台程序，唯一的区别就是，iOS/WP7限制了它可以做的事(这就是为什么它们一出生都没有多任务的原因，这个架构很复杂，不是几百行中文字可以说明白的)，而Android/webOS没有；从技术上面来说，iOS/WP7/webOS三者架构相当，Android独立门户。
于是很可笑，有无限制，成了真“多任务”和伪“多任务”的区别；而后者架构更复杂，可以套用一句“吃力不讨好”。
为什么要做吃力不讨好的事？答案依旧在上面，电力和安全。当然你可以说iPhone电力也没好到哪里去，安全也就一般般嘛。暂且抛掉这两样不谈，实际看看iOS有限制后台app，和Android完全无限制后台app有什么不同：
相信我，最终你会发现iOS上最令人诟病的app，是那些不支持标准协议的软件平台商们，比如腾讯。因为iOS后台允许的动作，已经覆盖了全部大大小小的通信开源协议。
-----------------------------------------------------------------------------------------------------------------------------------------------------------------
三、IOS长时间后台运行的实现代码
1、检查设备是否支持多任务
Apple出于性能的考虑，并不是所有的iOS设备升级到iOS4以后都支持多任务，比如iPhone 3G。如果你的应用在没有多任务特性时会出问题，为了保持应用的健壮性，你应该对此进行判断并处理。你可以通过调用UIDevice对象的multitaskingSupported属性来获取当前设备是否支持多任务。
- if(![UIDevicecurrentDevice].multitaskingSupported)
- {
- //不支持多任务时应做的处理
- }
通常，当用户按一下Home键，当前应用就会被进入后台，应用处在后台运行状态一小段时间后，就会进入挂起（suspend）状态，此时应用不会再执行任何代码。如果系统在运行其他应用时内存资源不足，这个挂起的应用甚至有可能被系统退出，释放内存以供活动的应用使用。只有当用户再次运行此应用，应用才会从挂起状态唤醒，代码得以继续执行。这就是iOS4带来的基本的多任务特性，这个特性是一般应用默认支持的，就是说你的应用不需要任何修改就能支持基本多任务特性。2、基本多任务特性
既然是多任务你应该会在应用进入后台时做一些处理，比如暂停一些界面的定时刷新或网络请求。同时，或者你会在程序进入前台时执行一些恢复操作。在你的应用的application delegate里有2个消息用于处理这些消息：
- - (void)applicationDidEnterBackground:(UIApplication*)application
- {
- //进入后台时要进行的处理
- }
- - (void)applicationWillEnterForeground:(UIApplication*)application
- {
- //进入前台时要进行的处理
- }
也许你需要更多的多任务特性，比如后台播放音乐或者是后台进行GPS跟踪。这会是下面介绍的内容。当然你也许不会都在application delegate处理所有的事情。如果你要在其他对象中处理，那么你就需要注册系统通知了，这两个通知分别是UIApplicationDidEnterBackgroundNotification和UIApplicationWillEnterForegroundNotification。
3、声明你需要的后台任务
在Info.plist中添加UIBackgroundModes键值，它包含一个或多个string的值，包括：
audio：在后台提供声音播放功能，包括音频流和播放视频时的声音
location：在后台可以保持用户的位置信息
voip：在后台使用VOIP功能
前面的每个value让系统知道你的应用程序应该在适当的时候被唤醒。例如，一个应用程序，开始播放音乐，然后移动到后台仍然需要执行时间，以填补音频输出缓冲区。添加audio键用来告诉系统框架，需要继续播放音频，并且可以在合适的时间间隔下回调应用程序；如果应用程序不包括此项，任何音频播放在移到后台后将停止运行。
除了添加键值的方法，IOS还提供了两种途径使应用程序在后台工作：
Task completion—应用程序可以向系统申请额外的时间去完成给定的任务
Local notifications—应用程序可以预先安排时间执行local notifications 传递
4、后台播放音乐
通常，一般应用在进入后台时，任何声音就将会停止。这也许不是我们所想要的。要想让自己的应用支持后台播放，首先要修改应用的Info.plist文件，你需要在Info.plist文件中添加UIBackgroundModes字段，该字段的值是应用支持的所有后台模式，是一个数值类型。目前此数组可以包含“audio”、“location”和“voip”这三个字符串常量，如果要支持后台音乐播放，你就需要包含“audio”，其余两个会将在后面讲到。
同时，你也应该设置一下应用程序的Audio Sesstion。这个是必需的，如果不设置Audio Sesstion，应用就可能进入后台时Audio Sesstion失活而停止播放。一般需要这么设置就可以了：
- [[AVAudioSessionsharedInstance]setCategory:AVAudioSessionCategoryPlaybackerror:nil];
5、后台GPS跟踪
和后台播放音乐类似，若要支持后台GPS跟踪，你就需要在Info.plist文件中UIBackgroundModes字段对应的数组中增加“location”字符串。
6、后台voip支持
由于voip应用需要一个长连接到服务器，为了让这类应用能正常工作，iOS中加入后台voip支持特性。为支持这一特性，需要在Info.plist文件中UIBackgroundModes字段对应的数组中增加“voip”字符串。
此外你仍然需要配置一下你的网络连接，以便支持后台连接。iOS提供的网络连接库有几种，下面一一说明：
a、如果你使用的是NSStream，如NSInputStream或NSOutputStream，需要调用setProperty:forKey:将Key为NSStreamNetworkServiceType的value设置为
NSStreamNetworkServiceTypeVoIP；
b、如果你使用NSURLRequest，需要调用setNetworkServiceType:将网络类型设置为NSURLNetworkServiceTypeVoIP；
c、如果你使用CFStream，如CFReadStreamRef或CFWriteStreamRef，需要调用CFReadStreamSetProperty或CFWriteStreamSetProperty将
kCFStreamNetworkServiceType属性设置为kCFStreamNetworkServiceTypeVoIP。
来源：https://www.cnblogs.com/LifeTechnologySupporter/p/5025892.html