在模拟器中运行的iPad应用程序中的神秘SIGKILL

我的iPad应用程序最近在iOS模拟器中运行时正在接收神秘的SIGKILL信号。它似乎在应用程序启动的2分钟内发生，但并非每次都发生。在模拟器中运行的iPad应用程序中的神秘SIGKILL

这个回溯表明什么，或者我应该尝试去除东西，直到找到罪魁祸首？

有一些组件可能涉及;一个例子是我最近整合了Crashlytics。另一个例子是我使用CLGeocoder在MKMapView上绘制一个位置，这可以解释为什么在启动后某个不确定的点发生问题（以及为什么MapKit出现在其中一个线程中）。但是如果没有回溯或日志清晰的指示，我就会在黑暗中拍摄。

Xcode 4.3.2;中定位iOS 5

* thread #1: tid = 0x1f03, 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10, stop reason = signal SIGKILL 
    frame #0: 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10 
    frame #1: 0x9c2c41f6 libsystem_kernel.dylib`mach_msg + 70 
    frame #2: 0x0178110a CoreFoundation`__CFRunLoopServiceMachPort + 186 
    frame #3: 0x016e4550 CoreFoundation`__CFRunLoopRun + 1312 
    frame #4: 0x016e3d84 CoreFoundation`CFRunLoopRunSpecific + 212 
    frame #5: 0x016e3c9b CoreFoundation`CFRunLoopRunInMode + 123 
    frame #6: 0x015af7d8 GraphicsServices`GSEventRunModal + 190 
    frame #7: 0x015af88a GraphicsServices`GSEventRun + 103 
    frame #8: 0x00394626 UIKit`UIApplicationMain + 1163 
    frame #9: 0x00001d4d Tablecloth`main + 141 at main.m:16 
    frame #10: 0x00001cb5 Tablecloth`start + 53 

    thread #3: tid = 0x2403, 0x9c2c790a libsystem_kernel.dylib`kevent + 10 
    frame #0: 0x9c2c790a libsystem_kernel.dylib`kevent + 10 
    frame #1: 0x020b9372 libdispatch.dylib`_dispatch_mgr_invoke + 918 
    frame #2: 0x020b7be1 libdispatch.dylib`_dispatch_mgr_thread + 53 

    thread #5: tid = 0x2603, 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10 
    frame #0: 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10 
    frame #1: 0x9c2c41f6 libsystem_kernel.dylib`mach_msg + 70 
    frame #2: 0x0178110a CoreFoundation`__CFRunLoopServiceMachPort + 186 
    frame #3: 0x016e45d5 CoreFoundation`__CFRunLoopRun + 1445 
    frame #4: 0x016e3d84 CoreFoundation`CFRunLoopRunSpecific + 212 
    frame #5: 0x016e3c9b CoreFoundation`CFRunLoopRunInMode + 123 
    frame #6: 0x03ede420 WebCore`_ZL12RunWebThreadPv + 560 
    frame #7: 0x93ebced9 libsystem_c.dylib`_pthread_start + 335 

    thread #6: tid = 0x2703, 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10 
    frame #0: 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10 
    frame #1: 0x9c2c41f6 libsystem_kernel.dylib`mach_msg + 70 
    frame #2: 0x0178110a CoreFoundation`__CFRunLoopServiceMachPort + 186 
    frame #3: 0x016e45d5 CoreFoundation`__CFRunLoopRun + 1445 
    frame #4: 0x016e3d84 CoreFoundation`CFRunLoopRunSpecific + 212 
    frame #5: 0x016e3c9b CoreFoundation`CFRunLoopRunInMode + 123 
    frame #6: 0x00d94e30 Foundation`+[NSURLConnection(Loader) _resourceLoadLoop:] + 398 
    frame #7: 0x00ca64d6 Foundation`-[NSThread main] + 76 
    frame #8: 0x00ca6447 Foundation`__NSThread__main__ + 1258 
    frame #9: 0x93ebced9 libsystem_c.dylib`_pthread_start + 335 

    thread #7: tid = 0x2803, 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10 
    frame #0: 0x9c2c4c22 libsystem_kernel.dylib`mach_msg_trap + 10 
    frame #1: 0x9c2c41f6 libsystem_kernel.dylib`mach_msg + 70 
    frame #2: 0x0178110a CoreFoundation`__CFRunLoopServiceMachPort + 186 
    frame #3: 0x016e45d5 CoreFoundation`__CFRunLoopRun + 1445 
    frame #4: 0x016e3d84 CoreFoundation`CFRunLoopRunSpecific + 212 
    frame #5: 0x016e3c9b CoreFoundation`CFRunLoopRunInMode + 123 
    frame #6: 0x0012286b MapKit`MKNormalizedPointForLayer + 30057 
    frame #7: 0x00ca64d6 Foundation`-[NSThread main] + 76 
    frame #8: 0x00ca6447 Foundation`__NSThread__main__ + 1258 
    frame #9: 0x93ebced9 libsystem_c.dylib`_pthread_start + 335 

    thread #8: tid = 0x2903, 0x9c2c6b42 libsystem_kernel.dylib`select$DARWIN_EXTSN + 10 
    frame #0: 0x9c2c6b42 libsystem_kernel.dylib`select$DARWIN_EXTSN + 10 
    frame #1: 0x017157cb CoreFoundation`__CFSocketManager + 939 
    frame #2: 0x93ebced9 libsystem_c.dylib`_pthread_start + 335 

    thread #9: tid = 0x2a03, 0x9c2c702e libsystem_kernel.dylib`__workq_kernreturn + 10 
    frame #0: 0x9c2c702e libsystem_kernel.dylib`__workq_kernreturn + 10 
    frame #1: 0x93ebeccf libsystem_c.dylib`_pthread_wqthread + 773

编辑：Crashlytics支持团队帮我调试这一点，这似乎解决它的东西是使用“重置内容和设置...”菜单项，在模拟器应用程序。目前还不清楚为什么会发生这种情况，但我没有再受到调试中断的影响。

来源

2012-04-25 bneely

SIGKILL通常暗示您已被操作系统杀死。您的控制台日志将比堆栈跟踪更有用。如果它在设备上，我会怀疑使用太多的内存，但在模拟器中这是不太可能的。另一个常见的SIGKILL是，如果你阻塞你的主线程太长了，所以我会寻找（虽然我不认为模拟器提供了那个）。

但你最好看的地方是在运行日志。

来源

2012-04-25 22:03:49

感谢您的回应！我在运行日志中看到的唯一一件事是当地理编码完成时我的“updateMap”NSLog。我认为现在是实施通用应用程序委托方法的好时机，以查看它们是否正在被调用。当我运行在Instruments时，内存占用大约6MB。我正在使用ARC。 – bneely 2012-04-25 23:01:09

唉，我只是将NSLogs添加到几个常见的应用程序委托方法中，问题得到了重现，并且在SIGKILL之前没有任何方法（包括applicationDidReceiveMemoryWarning :)被调用。 – bneely 2012-04-25 23:08:33

“被阻塞的主线程”SIGKILL会在回溯中显示正在运行的主线程吗？（这正是我所期望的，而且这会比较容易理解。） – bneely 2012-04-25 23:38:43

在模拟器中运行的iPad应用程序中的神秘SIGKILL

回答

相关问题