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）鍵後，將執行程序的委託方法。

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

- (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 任務。

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，任務完成，提交完成申請「好借好還」：

 

 [[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.記住，借和換必須成雙成對， 若是，程序提早完成了，也能夠提早結束：

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

　　

 

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

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

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

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

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

步驟：

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

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

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

- (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