第一部分
1.先說說iOS 應用程序5個狀態：
停止運行-應用程序已經終止，或者還未啟動。
不活動-應用程序處于前臺但不再接收事件（例如，用戶在app處于活動時鎖住了設備）。
活動-app處于“使用中”的狀態。
后臺-app不再屏幕上顯示，但它仍然執行代碼。
掛起-app仍然駐留內存但不再執行代碼。
按下Home鍵時，app從活動狀態轉入后臺，絕大部分app通常在幾秒內就從后臺變成了掛起。
在內存吃緊的時候，iphone會首先關閉那些掛起的app。
從 iOS 4 開始，應用就可以在退到后臺后，繼續運行一小段時間（10 分鐘）；
2.還可以把自己聲明為需要在后臺運行，就能不限時地運行了。
不過限制為播放音樂、使用 GPS 、voip、。 值得一提的是，有的應用為了達到后臺不限時運行的目的，在后臺播放無聲的音樂（審核不一定會被發現）。
iOS 5 開始又多了一種類型：下載報刊雜志。
然后 iOS 7 則可以下載各種玩意和定時抓取。
iOS
7 需要注意的區別：iOS 7 以前，應用進入后臺繼續運行時，如果用戶鎖屏了，那么 iOS 會等待應用運行完，才進入睡眠狀態。而在 iOS 7
上，系統會很快進入睡眠狀態，那些后臺應用也就暫停了。如果收到事件被喚醒（例如定時事件、推送、位置更新等），后臺應用才能繼續運行一會。因為處理過程變成了斷斷續續的，因此下載時也要使用
NSURLSession 來處理（即下文中的 Background Transfer Service）。
3. 在我看來，蘋果限制 app在后臺運行，是為了更有效的利用硬件使用當前的app，不然，過多的app駐留后臺，對手機資源占用是一大問題。
二. ios7以后提供的后臺接口模式
1、Background Audio，這是后臺的音頻，這個很早之前便有，也是iOS設備中用得最多的后臺應用，調用這個接口可以實現后臺的音樂播放。
2、Location Services，這是后臺的定位，系統會擁有統一頁面進行管理。
3、VoIP，后臺語音服務，類似Skype通話應用需要調用，可進行后臺的語音通話。
4、Newsstand，報刊雜志后臺自動下載更新，其能夠自動實時更新。
5、Background
Task? Completion，這個接口早在iOS
4時候便擁有，其可以供任意類型的APP使用，不過在舊系統中，這個接口的后臺限制運行時間僅為10分鐘，意味著當應用退至后臺，其后臺運行僅能持續10分鐘便會轉至休眠狀態。iOS
7中對這個接口作出了改變，原來的為連續10分鐘，即不論你這10分鐘內用戶是否關閉屏幕進入休眠狀態，應用仍然會在后臺等待10分鐘完結后推出，而新的改進為假如遇到關閉屏幕休眠的情況，這后臺運行的10分鐘便會跟隨一同休眠，剩余的后臺時間將會留待用戶再一次喚醒設備才計算。這樣后臺運行的時間仍然為10分鐘，但并不連續，這樣做的優點為省電。
如現在有一些詞典應用帶有后臺復制選詞功能，實際上其是利用了這個接口，如果用戶開啟詞典后并推出，即使屏幕關閉，但詞典仍然在后臺運行，電量消耗還是比較大的，在iOS 7上，這個問題可以得到解決。
6、?Remote
Notification，這是本次較大的一個改進接口，以往聊天類應用接受推送后點進去需要再收一次信息，這情況在QQ、微信等應用上最為明顯。不過擁有了這個接口后，這情況將不復存在，以后推送將能夠直接啟動后臺任務。值得注意的是remote
notification支持silent
notification（靜默推送），這樣dropbox這類同步應用可以在后臺以最節能的模式實時靜默同步了，類似布卡漫畫這種也可以推送正在追的漫畫的新章節并在后臺靜默下載，待到下載好再給用戶發送一個本地推送，用戶點開即看無需再聯網。
7、Background
Transfer
Service，后臺上傳下載。iOS最接近傳統多任務的后臺接口，可供任意類型的app調用，無時間限制。應用場景包括后臺上傳和下載數據，這使得游戲后臺更新數據包，后臺上傳視頻等等都成為可能，但是正如其名字，它只能用于處理上傳下載這種傳輸類的任務，類似后臺剪切板監控這種它就無能為力了。
iOS
7新增的background fetch，這個后臺接口在蘋果WWDC
2013上有提及，其會根據用戶行為自動調整達到效率最優的后臺模式，能夠處理不是很有時效性的信息獲取。例如一些社交、新聞類的應用的后臺信息更新，iOS系統便會根據應用啟動頻率、時間和當前網絡和電量的狀況來智能分配每個應用的后臺獲取頻率和啟動時長。
三 . ?當前社交項目，如何使用ios后臺
1.當前項目特點：
a. 在保存長連接的情況下，用戶一直在線，才能即時接收到消息；
b. 在初始化連接的時候，需要做很多處理，如果經常連接，必然很耗電， 所以盡力在后臺的時候，不是時常斷開后又連接；
2. 通過以上分析，改選用何種方式來保存app后臺運行
voip不行；
靜音播放，不清除這種方式，是否可以通過審核；
vpns推送，可取的方式，（具體方法： 用戶在登錄后，發送一個設備的tokenid； 在發送消息時，平臺根據對方是離線還是在線，來判斷要不要發推送消息）
3.background fetch在該項目中的應用
由于該app在初始化時，需要耗點時間，最好的方式就是通過 ?后臺獲取 ?來處理該工作，這樣能保證用戶的流暢體驗。
第二部分：保持程序在后臺長時間運行
iOS為了讓設備盡量省電，減少不必要的開銷，保持系統流暢，因而對后臺機制采用墓碑式的“假后臺”。除了系統官方極少數程序可以真后臺，一般開發者開發出來的應用程序后臺受到以下限制：
1.用戶按Home之后，App轉入后臺進行運行，此時擁有180s后臺時間（iOS7）或者600s（iOS6）運行時間可以處理后臺操作
2.當180S或者600S時間過去之后，可以告知系統未完成任務，需要申請繼續完成，系統批準申請之后，可以繼續運行，但總時間不會超過10分鐘。
3.當10分鐘時間到之后，無論怎么向系統申請繼續后臺，系統會強制掛起App，掛起所有后臺操作、線程，直到用戶再次點擊App之后才會繼續運行。
當然iOS為了特殊應用也保留了一些可以實現“真后臺”的方法，摘取比較常用的：
1.VOIP
2.定位服務
3.后臺下載
4.在后臺一直播放無聲音樂（容易受到電話或者其他程序影響，所以暫未考慮）
5….更多
其中VOIP需要綁定一個Socket鏈接并申明給系統，系統將會在后臺接管這個連接，一旦遠端數據過來，你的App將會被喚醒10s（或者更少）的時間來處理數據，超過時間或者處理完畢，程序繼續休眠。
后臺現在是iOS7引入的新API，網上實現的代碼比較少，博主也沒有細心去找。
由于博主要做的App需要在后臺一直運行，每隔一段時間給服務器主動發送消息來保持帳號登陸狀態，因而必須確保App不被系統墓碑限制。
博主最先嘗試了很多方法，包括朋友發來的一個Demo，每180s后臺時間過期就銷毀自己然后再創建一個后臺任務，但是實際測試只有10分鐘時間。最后因為考慮到VOIP對服務端改動太大，時間又太緊，所以選擇了定位服務的方法來保持后臺。
要啟動定位服務：
1.需要引入頭文件：#import
2.在AppDelegate.m中定義CLLocationManager * locationManager;作為全局變量方便控制
3.在程序啟動初期對定位服務進行初始化：
1
2locationManager = [[CLLocationManager alloc] init];
locationManager.delegate =self;//or whatever class you have for managing location
4.在程序轉入后臺的時候，啟動定位服務
[locationManager startUpdatingLocation];(第一次運行這個方法的時候，如果之前用戶沒有使用過App，則會彈出是否允許位置服務，關于用戶是否允許，后面代碼中有判斷）
這樣在定位服務可用的時候，程序會不斷刷新后臺時間，實際測試，發現后臺180s時間不斷被刷新，達到長久后臺的目的。
但是這樣使用也有一些問題，在部分機器上面，定位服務即使打開也可能不能刷新后臺時間，需要完全結束程序再運行。穩定性不知道是因為代碼原因還是系統某些機制原因。
