iOS 后台挂起的一些坑

时间  2019-12-08
标签 ios 后台 挂起 一些 栏目 iOS 繁體版
原文   原文链接
特别说明：
 
后台状态：当前app若是不是做为屏幕中的第一层，呈现显示给用户，那么此时app就是后台状态。
  •   锁屏（包括：当前应用下锁屏、其余应用下锁屏、桌面锁屏）
  •   用户在使用其余应用app2，当前 app1 虽然没有上滑kill掉，可是屏幕中的第一层显示的是app2,  那么app1就是后台了。
  •   部分系统甚至包括：拉下系统菜单 (即：显示最近通知的菜单)，上拉系统菜单 (即：显示WiFi和蓝牙的菜单)。此时app 也是后台。

 

挂起状态：当前app后台状态，可是不必定挂起，挂起就是关于app的一切代码都再也不运行了。服务器

  • 好比后台播放音乐，传送文件等。
  • 好比本文中的方法能够申请几分钟时间，让代码接着运行。

从测试实践来看，若是app进入后台状态，通常状况下是很快就会被挂起的，也就是进入后台状态后，里面代码运行立刻就中止了。session

 

 

遇到相似的状况基本上就行不通了：app

例如：框架

    多个设备共用一个打印机： 经过socket 让设备1 做为服务器（此时连着打印机），socket

    设备2 做为客户端没链接打印机（打印机只能连一个设备），设备2 把一段文字发给设备1，让设备1 经过打印机打出来。这样行不通的。async

 

 现象：oop

   做为服务器的设备1 随时可能进入后台，进入后台后迟早会挂起，挂起后什么信息都没法，唤醒代码。测试

  （此时不考虑 设备1， 设备2， 打印机 三者蓝牙互联的方案，其实也有问题。蓝牙同时链接两个，传数据的时候通常会断掉一个）。ui

 

缘由：iOS 系统要保证流畅（当内存不够就会优先kill掉没在使用中的后台app），更不会容许后台app偷偷摸摸的不停运行代码浪费资源。spa

 

 

 

解决思路有二：

方法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 

相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程