第一部分
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時間不斷被刷新，達到長久后台的目的。
但是這樣使用也有一些問題，在部分機器上面，定位服務即使打開也可能不能刷新后台時間，需要完全結束程序再運行。穩定性不知道是因為代碼原因還是系統某些機制原因。
原文鏈接：http://www.jianshu.com/p/174fd2673897
著作權歸作者所有，轉載請聯系作者獲得授權，並標注“簡書作者”。