Question

我在一个非常具体的场景中遇到了“未能及时恢复”崩溃（我认为是看门狗相关）：只有在从后台恢复时，并且只有在去往后很短的时间内才能恢复背景（最多几秒钟）。

这似乎是相关的崩溃日志：

Incident Identifier: E30F2238-5B15-49A1-BCBC-386791AC93FA
CrashReporter Key:   84f4fb61c9e5c597750146695fffdc55f7273fb7
Hardware Model:      iPod4,1
Process:         XXXXXXX
Path:            /var/mobile/Applications/DE774CCE-D452-418D-A862-4562A0E5F1D0/XXXXXXX.app/XXXXXXX
Identifier:      XXXXXXX
Version:         ??? (???)
Code Type:       ARM (Native)
Parent Process:  launchd [1]

Date/Time:       2013-01-14 13:15:41.955 +0200
OS Version:      iOS 6.0 (10A403)
Report Version:  104

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

Application Specific Information:
XXXXXXX failed to resume in time

Elapsed total CPU time (seconds): 9.140 (user 9.140, system 0.000), 91% CPU 
Elapsed application CPU time (seconds): 7.806, 78% CPU

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0:
0   libsystem_kernel.dylib          0x336fa7cc fsync + 8
1   Foundation                      0x3a444974 _NSWriteBytesToFileWithExtendedAttributes + 668
2   Foundation                      0x3a4446ce _NSWriteBytesToFile + 22
3   Foundation                      0x3a4446ac -[NSData(NSData) writeToFile:atomically:] + 80
4   XXXXXX                          0x001777ee 0xe3000 + 608238
5   CoreFoundation                  0x38361034 _CFXNotificationPost + 1424
6   Foundation                      0x3a437d8c -[NSNotificationCenter postNotificationName:object:userInfo:] + 68
7   Foundation                      0x3a43b84e -[NSNotificationCenter postNotificationName:object:] + 26
8   XXXXXX                          0x000e6616 0xe3000 + 13846
9   UIKit                           0x37e050e4 -[UIApplication _handleApplicationSuspend:eventInfo:] + 780
10  UIKit                           0x37d7b1ea -[UIApplication handleEvent:withNewEvent:] + 2454
11  UIKit                           0x37d7a6d0 -[UIApplication sendEvent:] + 68
12  UIKit                           0x37d7a11e _UIApplicationHandleEvent + 6150
13  GraphicsServices                0x3600d5a0 _PurpleEventCallback + 588
14  GraphicsServices                0x3600d1ce PurpleEventCallback + 30
15  CoreFoundation                  0x383e5170 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 32
16  CoreFoundation                  0x383e5112 __CFRunLoopDoSource1 + 134
17  CoreFoundation                  0x383e3f94 __CFRunLoopRun + 1380
18  CoreFoundation                  0x38356eb8 CFRunLoopRunSpecific + 352
19  CoreFoundation                  0x38356d44 CFRunLoopRunInMode + 100
20  GraphicsServices                0x3600c2e6 GSEventRunModal + 70
21  UIKit                           0x37dce2fc UIApplicationMain + 1116
22  XXXXXXX                         0x000e5cd0 0xe3000 + 11472
23  XXXXXXX                         0x000e5c6c 0xe3000 + 11372

我已经尝试过调试这个，但是当连接到调试器时似乎没有发生（并且我在此事上发现的所有相关信息都表明wacthdog在连接到调试器时被禁用），所以我接着尝试了尝试并遵循发生的事情的过程。

我已将记录添加到所有AppDelegate相关方法（applicationWillResignActive，applicationDidEnterBackground，applicationWillEnterForeground，applicationDidBecomeActive甚至applicationWillTerminate）但是从背景返回时没有记录，只有在去背景时。我知道某些进程可以以一种方式调度，即使应用程序在后台运行指定的时间内也可以恢复，但我不会自己执行任何此类进程。也许Facebook SDK做了类似的事情，但我找不到任何引用，崩溃日志也没有提供任何指示。

我在这里有点不知所措，并且会欣赏任何推动甚至推动正确的方向。

Answer 1

是的，这与看门狗有关。

你的写作过程是否有可能在主线程上花费太多时间并阻止那个？这可以解释为什么从后台返回时不会显示日志数据，而这只会在转到后台后很快恢复时才会显示。

我建议您执行以下操作：

进入后台而不是主线程时写入数据，但通过以下方式使用后台任务：

[[UIApplication sharedApplication] beginBackgroundTaskWithExpirationHandler:^{...
如果应用程序在后台任务仍在运行时恢复，请执行操作相应地，例如，在完成写作之前不要阅读，否则不要阅读如果还在写，再写一次。所以你需要了解你的自己的州

最大规则：永远不会阻止主线程，任何事情可能需要超过几分之一秒。将所有内容移动到后台线程中或在此场景中移动到后台任务中。

Answer 2

找到你的应用崩溃的线程放入该线程 dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{ dispatch_async(dispatch_get_main_queue(), ^{ // run that crashing thread here. }); });

申请未能及时恢复

2 个答案: