如何查找,崩溃发生在哪里-ios

如何查找,崩溃发生在哪里-ios,ios,objective-c,crash,crash-reports,Ios,Objective C,Crash,Crash Reports,我在iPad1上运行我的ios应用程序,下面的崩溃发生在应用程序运行的某个时候,我不知道崩溃发生在哪里。这主要发生在ios 5.1.1中。这是坠机日志 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xf0000008 Crashed Thread: 0 Thread 0 name: Dispatch queue: com.apple.main-thread Thread

我在iPad1上运行我的ios应用程序,下面的崩溃发生在应用程序运行的某个时候,我不知道崩溃发生在哪里。这主要发生在ios 5.1.1中。这是坠机日志

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0xf0000008
Crashed Thread:  0

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   libobjc.A.dylib                 0x3387ef78 objc_msgSend + 16
1   UIKit                           0x333ffa3a -[UIViewController unloadViewForced:] + 254
2   UIKit                           0x335473a6 -[UIViewController purgeMemoryForReason:] + 58
3   Foundation                      0x3507a4f8 __57-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_0 + 12
4   CoreFoundation                  0x35c2c540 ___CFXNotificationPost_block_invoke_0 + 64
5   CoreFoundation                  0x35bb8090 _CFXNotificationPost + 1400
6   Foundation                      0x34fee3e4 -[NSNotificationCenter postNotificationName:object:userInfo:] + 60
7   Foundation                      0x34fefc14 -[NSNotificationCenter postNotificationName:object:] + 24
8   UIKit                           0x335120e6 -[UIApplication _performMemoryWarning] + 74
9   UIKit                           0x335121e0 -[UIApplication _receivedMemoryNotification] + 168
10  libdispatch.dylib               0x33ffb252 _dispatch_source_invoke + 510
11  libdispatch.dylib               0x33ff8b1e _dispatch_queue_invoke$VARIANT$up + 42
12  libdispatch.dylib               0x33ff8e64    _dispatch_main_queue_callback_4CF$VARIANT$up + 152
13  CoreFoundation                  0x35c332a6 __CFRunLoopRun + 1262
14  CoreFoundation                  0x35bb649e CFRunLoopRunSpecific + 294
15  CoreFoundation                  0x35bb6366 CFRunLoopRunInMode + 98
16  GraphicsServices                0x33951432 GSEventRunModal + 130
17  UIKit                           0x3338ecce UIApplicationMain + 1074
18  MY Game                         0x00079a90 0x75000 + 19088
19  MY Game                         0x00079a50 0x75000 + 19024
正如我从崩溃日志中了解到的,由于我的代码,崩溃不会发生。这是由于内存不足。对吗?如何找到坠机地点?任何建议

正如我从崩溃日志中了解到的,由于我的代码,崩溃不会发生。这是由于内存不足。对吗

不,那不对

报告内存不足,但视图控制器没有正确响应。最常见的原因是保留周期-。在这个答案中,保留周期在
SVPullToRefresh
中,但您的可能在其他地方。保留周期最常见的原因是没有将
委托
属性设置为

找出问题所在后,您可以在
viewdindunload
和``didReceiveMemoryWarning`中设置断点,模拟内存警告,并逐步检查代码以查找错误


象征 此外,此崩溃报告没有符号化。通常情况下,您会希望首先将崩溃报告符号化。例如,请参见以下几行:

18  MY Game                         0x00079a90 0x75000 + 19088
19  MY Game                         0x00079a50 0x75000 + 19024

在这种情况下,正如所指出的,这两个选项将只显示
start
main
,因此在这种情况下它们不会帮助您。但一般来说,你应该把你的撞车报告符号化。(如果您不知道如何执行此操作,请搜索“xcode symbolicate崩溃日志”)

这两条非符号行将仅显示
start
main
。当然,如果他收到一个记忆警告,他几乎肯定有一些严重的泄漏。