首页 > 代码库 > IOS后台运行浅析
IOS后台运行浅析
在之前的文章《App States and Multitasking IOS应用程序状态和多任务》说到IOS程序有前台后台之分。在IOS程序进入后台之后,程序就会不执行代码,如果非要有什么必须执行的过程,可以申请大约600s的时间,如果在这段时间内程序还没有完成则会被系统杀死。出现:has active assertions beyond permitted time. 更多IOS后台内容参考:<IOS7 Background Fetch后台应用程序刷新> <IOS 7四种后台机制>
进入后台后,NSTimer等就不会起作用。网络上有不少地方提到在进入后台的方法:
- (void)applicationDidEnterBackground:(UIApplication *)application
添加如下代码就可以保持定时器在后台正常工作:
- UIApplication* app = [UIApplication sharedApplication];
- __block UIBackgroundTaskIdentifier bgTask;
- bgTask = [app beginBackgroundTaskWithExpirationHandler:^{
- dispatch_async(dispatch_get_main_queue(), ^{
- if (bgTask != UIBackgroundTaskInvalid)
- {
- bgTask = UIBackgroundTaskInvalid;
- }
- });
- }];
- dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
- dispatch_async(dispatch_get_main_queue(), ^{
- if (bgTask != UIBackgroundTaskInvalid)
- {
- bgTask = UIBackgroundTaskInvalid;
- }
- });
- });
在特酷吧测试的过程中,使用以上方法程序后台运行大约600s之后被系统kill。实际上上面这段代码执行的效果就是申请额外的运行时间,在后台运行超时后就会被杀死。不知道第一个写出用这种方式的同学有没有自己试过。特酷吧在测试时发现,考察进入后台的状态不要用模拟器,也不要在调试状态。最好打上写文件的日志,真机不带调试的测,那样才是真正的进入到后台的状态。
关于IOS程序后台长时间运行的问题,特酷吧这两天的了解结果是:除了IOS支持的audio音频,location位置定位,voip等少数几个功能,其他都很难办到。其中,使用audio音频,location位置定位等后台服务的时候需要配置plist文件增加Required background modes键,并添加App registers for location updates,App plays audio or streams audio/video using AirPlay两个键值。
App registers for location updates主要是针对定位服务类CLLocationManager,有新位置会调用-(void)locationManager:(CLLocationManager *)manager didUpdateLocations:(NSArray *)locations方法,在该方法内部,可以做记录位置数据等工作,这些都可以在后台完成。
App plays audio or streams audio/video using AirPlay主要是针对音频播放录制类AVAudioPlayer,AVAudioRecorder等,在使用之前首先获取会话
AVAudioSession *session = [AVAudioSession sharedInstance];
[session setActive:YES error:nil];
[session setCategory:AVAudioSessionCategoryPlayback error:nil];
转载请注明来自特酷吧,本文地址:http://www.tekuba.net/program/318/
参考阅读:
IOS 屏幕旋转控制详解 IOS 本地和远程推送通知详解
Communicating with Other App程序间通信 IOS应用启动流程生命周期详解
IOS开发之UIScreen和UIWindow,UIView App应用程序提交到AppStore流程
IOS后台运行浅析