iOS 後臺掛起的一些坑
- 鎖屏（包括：當前應用下鎖屏、其他應用下鎖屏、桌面鎖屏）
- 用戶在使用其他應用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
iOS 後臺掛起的一些坑