NSURLSession - iOS 在与服务器通信时在后台杀死应用程序

Posted 2023-02-23

【中文标题】NSURLSession - iOS 在与服务器通信时在后台杀死应用程序

【英文标题】：NSURLSession - iOS kills application in background while communicating with server

【发布时间】：2014-05-20 15:15:21

【问题描述】：

我正在开发一个始终在后台运行的 BLE 应用程序。它从 BLE 外设获取健康相关数据，并将数据实时上传到服务器。我正在使用NSURLSession 以及使用[NSURLSession uploadTaskWithRequest:myRequest fromFile:fileURL] 创建的NSURLSessionUploadTask 将数据发送到服务器。

现在应用程序在后台按预期工作 4-5 小时，但之后 ios 会终止应用程序。

这是崩溃日志。

Date/Time:           2014-04-02 19:32:11.694 -0700
OS Version:          iOS 7.0.4 (11B554a)
Report Version:      104

Exception Type:  00000020
Exception Codes: 0x000000008badf00d
Highlighted Thread:  2

Application Specific Information:
MyApp[2548] has active assertions beyond permitted time: 
(
    <BKProcessAssertion: 0x15d83310> identifier: Background Content Fetching (66) process: MyApp[2548] permittedBackgroundDuration: 30.000000 reason: backgroundContentFetching owner pid:33 preventSuspend  preventThrottleDownUI  preventIdleSleep  preventSuspendOnSleep 
)

Elapsed total CPU time (seconds): 1.300 (user 1.300, system 0.000), 2% CPU 
Elapsed application CPU time (seconds): 0.029, 0% CPU

Thread 0:
0   libsystem_kernel.dylib          0x3bb18a8c mach_msg_trap + 20
1   libsystem_kernel.dylib          0x3bb18888 mach_msg + 44
2   CoreFoundation                  0x30c957be __CFRunLoopServiceMachPort + 150
3   CoreFoundation                  0x30c93f2a __CFRunLoopRun + 850
4   CoreFoundation                  0x30bfec22 CFRunLoopRunSpecific + 518
5   CoreFoundation                  0x30bfea06 CFRunLoopRunInMode + 102
6   GraphicsServices                0x358ff27e GSEventRunModal + 134
7   UIKit                           0x334a2044 UIApplicationMain + 1132
8   MyApp                           0x0007b8b8 main (main.m:16)
9   libdyld.dylib                   0x3ba74ab4 start + 0

Thread 1:
0   libsystem_kernel.dylib          0x3bb1883c kevent64 + 24
1   libdispatch.dylib               0x3ba59210 _dispatch_mgr_invoke + 228
2   libdispatch.dylib               0x3ba58f96 _dispatch_mgr_thread$VARIANT$mp + 34

Thread 2 name:  com.apple.NSURLConnectionLoader
Thread 2:
0   libsystem_kernel.dylib          0x3bb18a8c mach_msg_trap + 20
1   libsystem_kernel.dylib          0x3bb18888 mach_msg + 44
2   CoreFoundation                  0x30c957be __CFRunLoopServiceMachPort + 150
3   CoreFoundation                  0x30c93ee4 __CFRunLoopRun + 780
4   CoreFoundation                  0x30bfec22 CFRunLoopRunSpecific + 518
5   CoreFoundation                  0x30bfea06 CFRunLoopRunInMode + 102
6   Foundation                      0x316392f2 +[NSURLConnection(Loader) _resourceLoadLoop:] + 314
7   Foundation                      0x316aec82 __NSThread__main__ + 1058
8   libsystem_pthread.dylib         0x3bb93c1a _pthread_body + 138
9   libsystem_pthread.dylib         0x3bb93b8a _pthread_start + 98
10  libsystem_pthread.dylib         0x3bb91c8c thread_start + 4

Thread 3 name:  com.apple.CFSocket.private
Thread 3:
0   libsystem_kernel.dylib          0x3bb2b440 __select + 20
1   CoreFoundation                  0x30c99680 __CFSocketManager + 480
2   libsystem_pthread.dylib         0x3bb93c1a _pthread_body + 138
3   libsystem_pthread.dylib         0x3bb93b8a _pthread_start + 98
4   libsystem_pthread.dylib         0x3bb91c8c thread_start + 4

Thread 4:
0   libsystem_kernel.dylib          0x3bb2bc7c __workq_kernreturn + 8
1   libsystem_pthread.dylib         0x3bb91dc6 _pthread_wqthread + 306
2   libsystem_pthread.dylib         0x3bb91c80 start_wqthread + 4

我没有在AppDelegate中实现[UIApplicationDelegate application:performFetchWithCompletionHandler:]方法，因为我认为这与后台下载有关。

为什么我的应用程序在使用NSURLSession 和后台配置时会崩溃？是不是和不实现[UIApplicationDelegate application:performFetchWithCompletionHandler:]有关？

谢谢。

【问题讨论】：

这似乎相关：***.com/questions/19622779/…

我阅读了上面的帖子，但它对我没有帮助。我正在使用带有后台配置的 NSURLSession。所以理想情况下它不应该阻塞主线程，但应用程序仍然在后台崩溃。

我认为它与主线程无关。我相信这是关于在允许的 30 秒内没有完成提取操作。 （这就是为什么我提到了另一个线程，它引用了 Apple 文档并检查了剩余多少后台时间。）

我认为您所说的与在推送通知到达时获取数据有关。在NSURLSession 的情况下，我没有遇到任何建议在 30 秒内完成下载或上传的文件。事实上，我已经使用NSURLSession 完成了一些 POC 来下载大文件，并且我成功下载了文件，尽管根据文件大小和网络需要 3-5 分钟。

好的。你最清楚你的测试显示了什么......我正在通过错误消息说：“permittedBackgroundDuration：30.000000”

【参考方案1】：

菲利普米尔斯实际上是正确的。仅仅因为下载一个文件需要 3-5 分钟，它与在应用程序中花费的时间无关。

如果您的应用程序在后台被操作系统唤醒，您有 30 秒的时间。没有问题。如果您没有在 30 秒内调用 completionBlock，您的应用程序将在后台崩溃，没有 if 或 buts。我已经测试了几个星期。

您可以下载需要 3-5 分钟甚至 3-5 小时的文件，因为 NSURLSession 会将下载任务提交给 iOS 管理的网络守护进程 nsnetworkd。 nsnetworkd 处理您的网络作业，而不是您的应用程序。在实际下载期间，您的应用程序处于休眠状态。只有在完成后，它才会将您的应用唤醒 30 秒，以便按照您认为合适的方式对该文件进行后处理 - 但您只有 30 秒。