第一部分
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