项目一之设置调试错误信息

方案1:NSZombieEnabled
先选中工程，依次 "Product"-"Edit Scheme"，左栏选择"Run..."，右栏选中Arguments，然后在Environment Variables下面添加以下三个属性，设值为YES。
NSDebugEnabled
NSZombieEnabled
NSAutoreleaseFreedObjectCheckEnabled

有时候在程序出错的时候能准确定位到奔溃的那一行, 或者会给你下面这样的提示，而不仅仅是EXEC_BAD_ACCESS：
 
message sent to deallocated instance 0x126550
 
如果要查看上面地址的分配情况：
开启MallocStackLogging(Xcode4勾选下MallocStackLogging就行)
出错时shell malloc_history pid address
另：有时候可以重载respondsToSelector可以帮你找到程序崩溃时最后执行的函数，然后排查。

方案2:添加全局断点

Xcode4可以很方便的添加全局的异常断点

方案3:中断和未捕获异常
 
1.未拦截信号来源：内核，其他程序，本身。
常见的两个信号：
1).EXC_BAD_ACCESS 试图访问非法内存,导致SIGBUS或者SIGSEGV信号。
2).未能拦截obj_exception_throw导致的SIGABRT信号。
2.方法
1).使用NSUncaughtionHandler安装一个handler拦截未拦截异常。
2).使用signal函数安装一个handler拦截BSD信号(SIGKILL[kill -9]和SIGSTOP[Control+z]无法拦截)。

两个c函数

 

安装(与全局异常断点冲突，当有这样的断点是，下面拦截函数失效)

3.具体实例

1. http://cocoawithlove.com/2010/05/handling-unhandled-exceptions-and.html，重点在于尝试继续运行程序。告诉用户那些因为这些未拦截的异常和信号导致的崩溃，或者自己记录，甚至可以避开这样导致的崩溃。不过，如果多个信号拦截了，这可能失效。非常推荐看看这篇文章。

2. http://parveenkaler.com/2010/08/11/crashkit-helping-your-iphone-apps-suck-less/，重点在于记录异常(之后返回主线程)。