Question

我在third party component崩溃了。很明显，我必须研究这个原因。但是为了在此期间使其更加强大，我想用@try @catch块来包围崩溃的调用。

到目前为止我无法重现崩溃，所以我无法确定@try @catch在这种情况下是否有效。我的问题是@try和@catch通常有哪些类型的案例。

Hardware Model:      iPhone3,1
Process:         MyApp [2084]
Path:            /var/mobile/Applications/8B400A7D-88E7-4319-9C5D-F7E72DE8D960/MyApp.app/MyApp
Identifier:      com.company.MyApp-Snapshot
Version:         7.2
Code Type:       ARM
Parent Process:  launchd [1]

Date/Time:       2012-09-07 14:04:14 +0000
OS Version:      iPhone OS 5.1.1 (9B206)
Report Version:  104

Exception Type:  SIGSEGV
Exception Codes: SEGV_ACCERR at 0xe1088602
Crashed Thread:  0

Thread 0 Crashed:
0   libobjc.A.dylib    0x35260f78 objc_msgSend + 15
1   UIKit              0x312363d7 -[UIView(Hierarchy) superview] + 50
***************************************************************************                     |<---- UIView *superview = self.superview;
2   MyApp              0x000238f9 -[MBProgressHUD deviceOrientationDidChange:] (MBProgressHUD.m:622)
***************************************************************************
3   Foundation         0x37dc64ff __57-[NSNotificationCenter addObserver:selector:name:object:]_block_invoke_0 + 18
4   CoreFoundation     0x3752d547 ___CFXNotificationPost_block_invoke_0 + 70
5   CoreFoundation     0x374b9097 _CFXNotificationPost + 1406
6   Foundation         0x37d3a3eb -[NSNotificationCenter postNotificationName:object:userInfo:] + 66
7   UIKit              0x3123adeb -[UIDevice setOrientation:animated:] + 214
8   UIKit              0x3123616f -[UIApplication handleEvent:withNewEvent:] + 2718
9   UIKit              0x31235567 -[UIApplication sendEvent:] + 54
10  UIKit              0x31234f3b _UIApplicationHandleEvent + 5826
11  GraphicsServices   0x33c7722b PurpleEventCallback + 882
12  CoreFoundation     0x37535523 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 38
13  CoreFoundation     0x375354c5 __CFRunLoopDoSource1 + 140
14  CoreFoundation     0x37534313 __CFRunLoopRun + 1370
15  CoreFoundation     0x374b74a5 CFRunLoopRunSpecific + 300
16  CoreFoundation     0x374b736d CFRunLoopRunInMode + 104
17  GraphicsServices   0x33c76439 GSEventRunModal + 136
18  UIKit              0x31263cd5 UIApplicationMain + 1080
19  MyApp              0x00003643 main (main.m:16)

更新：Apparently SIGSEGV不是您可以捕获的异常，但是由于访问无效的内存而导致。从我的角度来看，能够捕获这种异常仍然很方便，虽然找到问题的根源显然是解决问题的更好方法。

Answer 1

不幸的是，当代码抛出异常时，try-catch框架会很好，但对“信号”没有帮助。（“SIGSEGV”中的“SIG”表示它是一个信号。）

对于处理信号，您必须为应用程序指定一个信号处理程序，当信号被触发时，系统将调用该信号处理程序。

对于任何类型的SIGSEGV，其中堆栈以objc_msgSend结尾，您很可能有代码试图调用已释放对象的方法。

在设备上，您可以启用“NSZombies”来提供帮助。当你尝试向它们发送消息时，这将保留少量对象以抛出异常。

当它在objc_msgSend中结束时，可以奇怪地修改堆栈，因此实际问题点可能与您在崩溃日志堆栈中看到的不同。

Answer 2

你有没有调查过NSSetUncaughtExceptionHandler？您还可以使用信号函数将SIGSEGV等信号映射到处理函数

@try @catch是否适用于SIGSEGV / SEGV_ACCERR

2 个答案: