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