iOS 後臺掛起的一些坑

特別說明：

 

後臺狀態：當前app若是不是做爲屏幕中的第一層，呈現顯示給用戶，那麼此時app就是後臺狀態。

•   鎖屏（包括：當前應用下鎖屏、其餘應用下鎖屏、桌面鎖屏）
•   用戶在使用其餘應用app2，當前 app1 雖然沒有上滑kill掉，可是屏幕中的第一層顯示的是app2,  那麼app1就是後臺了。
•   部分系統甚至包括：拉下系統菜單 (即：顯示最近通知的菜單)，上拉系統菜單 (即：顯示WiFi和藍牙的菜單)。此時app 也是後臺。

 

掛起狀態：當前app後臺狀態，可是不必定掛起，掛起就是關於app的一切代碼都再也不運行了。

• 好比後臺播放音樂，傳送文件等。
• 好比本文中的方法能夠申請幾分鐘時間，讓代碼接着運行。

從測試實踐來看，若是app進入後臺狀態，通常狀況下是很快就會被掛起的，也就是進入後臺狀態後，裏面代碼運行立刻就中止了。

 

 

遇到相似的狀況基本上就行不通了：

例如：

    多個設備共用一個打印機： 經過socket 讓設備1 做爲服務器（此時連着打印機），

    設備2 做爲客戶端沒鏈接打印機（打印機只能連一個設備），設備2 把一段文字發給設備1，讓設備1 經過打印機打出來。這樣行不通的。

 

 現象：

   做爲服務器的設備1 隨時可能進入後臺，進入後臺後遲早會掛起，掛起後什麼信息都沒法，喚醒代碼。

  （此時不考慮 設備1， 設備2， 打印機 三者藍牙互聯的方案，其實也有問題。藍牙同時鏈接兩個，傳數據的時候通常會斷掉一個）。

 

緣由：iOS 系統要保證流暢（當內存不夠就會優先kill掉沒在使用中的後臺app），更不會容許後臺app偷偷摸摸的不停運行代碼浪費資源。

 

 

 

解決思路有二：

方法1：當app剛進入後臺，能夠經過特定方法申請幾分鐘的時間接着運行代碼，但不會過久，就幾分鐘而已，

　　    並且時間到了，app還會被殺死，上線的時候還須要對此功能，特別的向蘋果說明，不然會被拒絕。

方法2：若是須要作的是語音類的服務，那麼幸運了（例如後臺播放一段音樂什麼的）。能夠開通 VOIP (Voice over Internet Protocol）語音服務。

　　　　voip這個用蘋果pushkit 框架接通就好了，這個東西是優於 遠程推送 的，他能夠在服務器push過來消息之後，不用 用戶操做，

　　　　直接運行iOS app裏面的代碼回調（遠程推送是不會喚醒代碼的，只有當用戶點擊推進橫幅，喚醒app後，代碼纔會有回調，也就是須要用戶操做）。

　　　　注意：若是用開通了 voip 可是卻作與voip無關的事情，蘋果也是不會容許的，會被拒絕哦。 好比下文後臺默默播放沒聲音的音樂。

 

 

 

 

咱們知道，到咱們程序從前臺退到後臺（安home）鍵後，將執行程序的委託方法。

// 當應用程序掉到後臺時，執行該方法

1 2	- ( void )applicationDidEnterBackground:(UIApplication *)application { }

咱們已經知道：

當一個 iOS 應用被送到後臺,它的主線程會被暫停。你用 NSThread 的 detachNewThreadSelector:toTar get:withObject:類方法建立的線程也被掛起了。

咱們假設有這麼一種狀況：

當咱們的應用程序從前臺被送到了後臺。

這時候，咱們的程序將執行委託方法 applicationDidEnterBackground。可是，這時候，應用程序只給了咱們可憐的一點點時間（也就是秒級別的）來處理東西，而後，全部的線程都被掛起了。

而實際中，咱們可能須要更長的時間來完成咱們的須要的必要操做：

1.咱們須要在應用程序推到後臺時，可以有足夠的時間來完成將數據保存到遠程服務器的操做。

2.有足夠的時間記錄一些須要的信息操做。

怎麼辦？！由於咱們須要的時間可能會有點長，而默認狀況下，iOS沒有留給咱們足夠的時間。

悲劇了……

總須要有一個辦法來解決～～～～

向iOS申請，在後臺完成一個Long-Running Task任務

當一個 iOS 應用被送到後臺,它的主線程會被暫停。你用 NSThread 的 detachNewThreadSelector:toTar get:withObject:類方法建立的線程也被掛起了。

若是你想在後臺完成一個長期任務,就必須調用 UIApplication 的 beginBackgroundTaskWithExpirationHandler:實例方法,來向 iOS 借點時間。

默認狀況下，若是在這個期限內,長期任務沒有被完成,iOS 將終止程序。

怎麼辦？可使用 beginBackgroundTaskWithExpirationHandler:實例方法,來向 iOS 再借點時間。

既然是借時間，那麼就須要有一些約定俗成的方式。

先貼代碼吧：

1.項目的AppDelegate.h文件中

 

聲明一個 UIBackgroundTaskIdentifier ，至關於一個借據吧。告訴iOS，咱們的程序將要借更多的時間來完成  Long-Running Task 任務。

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

self . backgroundTaskIdentifier =[application beginBackgroundTaskWithExpirationHandler:^(  void ) {          [ self  endBackgroundTask];     }];     // 當應用程序掉到後臺時，執行該方法    // 當一個 iOS 應用被送到後臺,它的主線程會被暫停。你用 NSThread 的 detachNewThreadSelector:toTar get:withObject:類方法建立的線程也被掛起了。 // 若是你想在後臺完成一個長期任務,就必須調用 UIApplication 的 beginBackgroundTaskWithExpirationHandler:實例方法,來向 iOS 借點時間。 // 默認狀況下，若是在這個期限內,長期任務沒有被完成,iOS 將終止程序。 // 怎麼辦？可使用 beginBackgroundTaskWithExpirationHandler:實例方法,來向 iOS 再借點時間。 - ( void )applicationDidEnterBackground:(UIApplication *)application {      // 使用這個方法來釋放公共的資源、存儲用戶數據、中止咱們定義的定時器（timers）、而且存儲在程序終止前的相關信息。      // 若是，咱們的應用程序提供了後臺執行的方法，那麼，在程序退出時，這個方法將代替applicationWillTerminate方法的執行。                // 標記一個長時間運行的後臺任務將開始      // 經過調試，發現，iOS給了咱們額外的10分鐘（600s）來執行這個任務。      self .backgroundTaskIdentifier =[application beginBackgroundTaskWithExpirationHandler:^( void ) {             // 當應用程序留給後臺的時間快要到結束時（應用程序留給後臺執行的時間是有限的）， 這個Block塊將被執行          // 咱們須要在次Block塊中執行一些清理工做。          // 若是清理工做失敗了，那麼將致使程序掛掉                 // 清理工做須要在主線程中用同步的方式來進行          [ self  endBackgroundTask];    }];           // 模擬一個Long-Running Task      self .myTimer =[ NSTimer  scheduledTimerWithTimeInterval:1.0f                            target: self                           selector: @selector (timerMethod:)     userInfo: nil                           repeats: YES ];      }

　　2.完成後，要告訴iOS，任務完成，提交完成申請「好借好還」：

 

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

[[UIApplication sharedApplication] endBackgroundTask: self .backgroundTaskIdentifier];         strongSelf.backgroundTaskIdentifier = UIBackgroundTaskInvalid;       }     }); - ( void ) endBackgroundTask{      dispatch_queue_t mainQueue = dispatch_get_main_queue();    AppDelegate *weakSelf =  self ;    dispatch_async(mainQueue, ^( void ) {             AppDelegate *strongSelf = weakSelf;      if  (strongSelf !=  nil ){        [strongSelf.myTimer invalidate]; // 中止定時器                       // 每一個對 beginBackgroundTaskWithExpirationHandler:方法的調用,必需要相應的調用 endBackgroundTask:方法。這樣，來告訴應用程序你已經執行完成了。              // 也就是說,咱們向 iOS 要更多時間來完成一個任務,那麼咱們必須告訴 iOS 你何時能完成那個任務。              // 也就是要告訴應用程序：「好借好還」嘛。              // 標記指定的後臺任務完成              [[UIApplication sharedApplication] endBackgroundTask: self .backgroundTaskIdentifier];        // 銷燬後臺任務標識符        strongSelf.backgroundTaskIdentifier = UIBackgroundTaskInvalid;      }    }); } // 模擬的一個 Long-Running Task 方法 - ( void ) timerMethod:( NSTimer  *)paramSender{      // backgroundTimeRemaining 屬性包含了程序留給的咱們的時間      NSTimeInterval  backgroundTimeRemaining =[[UIApplication sharedApplication] backgroundTimeRemaining];    if  (backgroundTimeRemaining == DBL_MAX){          NSLog (@ "Background Time Remaining = Undetermined" );    }  else  {          NSLog (@ "Background Time Remaining = %.02f Seconds" , backgroundTimeRemaining);    } }

 

　　

3.記住，借和換必須成雙成對， 若是，程序提早完成了，也能夠提早結束：

1 2	[[UIApplication sharedApplication] endBackgroundTask: self .backgroundTaskIdentifier];             self .backgroundTaskIdentifier = UIBackgroundTaskInvalid;

　　

 

向iOS申請，在後臺無限時間

通過證實，即便時執行Long-Running Task 任務，當程序被調到後臺後，也是有時間限制的。通常爲10分總（600s）。如何向程序申請無限時間呢？！

那就欺騙iOS系統吧。讓它感受你的程序仍是在運行。

那就在後臺用 AVAudioPlayer無限循環播放一個音頻文件。

呵呵，若是播放一個無聲音的音頻文件呢？！！

步驟：

1.在plish文件中加入背景播放的支持。

加入項：Required background modes。並設置爲：audio

2.初始化一個AVAudioPlayer音頻，而且無限制的播放下去。

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36

- ( void )viewDidLoad {      [ super  viewDidLoad];           dispatch_queue_t dispatchQueue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);    dispatch_async(dispatchQueue, ^( void ) {      NSError  *audioSessionError =  nil ;      AVAudioSession *audioSession = [AVAudioSession sharedInstance];      if  ([audioSession setCategory:AVAudioSessionCategoryPlayback error:&audioSessionError]){              NSLog (@ "Successfully set the audio session." );      }  else  {              NSLog (@ "Could not set the audio session" );      }                    NSBundle  *mainBundle = [ NSBundle  mainBundle];      NSString  *filePath = [mainBundle pathForResource:@ "mySong"  ofType:@ "mp3" ];      NSData  *fileData = [ NSData  dataWithContentsOfFile:filePath];      NSError  *error =  nil ;            self .audioPlayer = [[AVAudioPlayer alloc] initWithData:fileData error:&error];             if  ( self .audioPlayer !=  nil ){        self .audioPlayer.delegate =  self ;           [ self .audioPlayer setNumberOfLoops:-1];         if  ([ self .audioPlayer prepareToPlay] && [ self .audioPlayer play]){                   NSLog (@ "Successfully started playing..." );         }  else  {           NSLog (@ "Failed to play." );         }       }  else  {                     }    }); }

　　

藍牙傳數據：後臺模式，app被殺死時候的處理方式：

http://blog.csdn.net/swibyn/article/details/52096646