IOS 配置XCode捕获程序异常

在开发IOS app的过程中,XCode在遇到程序崩溃时打印的信息一般时比较少的。特酷吧整理了几个方法:

一, 开启NSZombieEnabled等调试选项

XCode->Product->Scheme->Edit Scheme->Run XXX.app->Arguments

在Environment Variables中增加下面属性并都配置为YES。

MallocStackLogging

MallocStackLoggingNoCompact

NSAutoreleaseFreedObjectCheckEnabled

NSDebugEnabled

NSZombieEnabled

根据特酷吧的在实际使用中发现，使用了上述配置之后，如果能在模拟器上运行效果更佳。比如,真机调试时遇到过如下错误：

-[CALayer retain]: message sent to deallocated instance 0x1d418a30

使用网上很多地方都提到的方法：

info malloc-history 0x1d418a30

XCode提示:Undefined info command: "malloc-history".  Try "help info".

针对这种情况可以参考:http://stackoverflow.com/questions/3851565/using-gdb-info-malloc-command-within-xcode-iphone-dev,里面就说我们应该在模拟器中使用类似malloc-history的gdb调试功能。

二, 在XCode中使用一个通用断点,

在XCode中打开工程，在左边的工程导航栏中选中断点,点击下放的＋号,选择“Add Exception BreakPoint”。点done即可。

三,增加异常处理[理论上和"在XCode中使用一个通用断点"效果类似]

写iOS代码的时候,经常会遇到程序崩溃在main函数的入口处并出现类似"First throw call stack"这样的错误。为了更好的知道崩溃的原因,我们可以在AppDelegate中定义一个方法, 用于处理异常:

void caughtException(NSException *exception) 

{  

NSLog(@"CRASH: %@", exception);  

NSLog(@"Stack Trace: %@", [exception callStackSymbols]);  

// Internal error reporting 

} 

然后在应用启动时，设置这个方法作为自己的自定义异常回调： 

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions 

{  

NSSetUncaughtExceptionHandler(& caughtException); 

} 

在定义了这个回调之后，崩溃是的控制台信息一般都会一目了然，我们甚至可以看出是那个类的哪一行出问题了。

转载请注明来自特酷吧,本文地址:www.tekuba.net/program/289/