标签:tar pad oop 初始 highlight block container source time
挂起状态:当前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无关的事情,苹果也是不会允许的,会被拒绝哦。 比如下文后台默默播放没声音的音乐。
// 当应用程序掉到后台时,执行该方法
1
2
|
- ( void )applicationDidEnterBackground:(UIApplication *)application { } |
当一个 iOS 应用被送到后台,它的主线程会被暂停。你用 NSThread 的 detachNewThreadSelector:toTar get:withObject:类方法创建的线程也被挂起了。
1.我们需要在应用程序推到后台时,能够有足够的时间来完成将数据保存到远程服务器的操作。
2.有足够的时间记录一些需要的信息操作。
当一个 iOS 应用被送到后台,它的主线程会被暂停。你用 NSThread 的 detachNewThreadSelector:toTar get:withObject:类方法创建的线程也被挂起了。
如果你想在后台完成一个长期任务,就必须调用 UIApplication 的 beginBackgroundTaskWithExpirationHandler:实例方法,来向 iOS 借点时间。
默认情况下,如果在这个期限内,长期任务没有被完成,iOS 将终止程序。
怎么办?可以使用 beginBackgroundTaskWithExpirationHandler:实例方法,来向 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
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); } } |
1
2
|
[[UIApplication sharedApplication] endBackgroundTask: self .backgroundTaskIdentifier]; self .backgroundTaskIdentifier = UIBackgroundTaskInvalid; |
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
标签:tar pad oop 初始 highlight block container source time
原文地址:https://www.cnblogs.com/Ghosgt/p/8745969.html