问题

先直接上堆栈

一看到这种堆栈就头痛，但最近正好在学习Apple源码阅读，所以还是静下心来仔细分析。

从堆栈来看，crash的原因应该就是objc_terminate被调用了。再看是_dispatch_client_callout调用的，该方法常出现在dispatch_async中，被RunLoop调用，所属的库是libdispatch.dylib。

在Apple Open Source下载libdispatch，搜索_dispatch_client_callout

#undef _dispatch_client_callout
void
_dispatch_client_callout(void *ctxt, dispatch_function_t f)
{
	@try {
		return f(ctxt);
	}
	@catch (...) {
		objc_terminate();
	}
}

 这里f应该就是dispatch_async传过去的block，底下的objc_terminate很明显就是造成崩溃的直接原因。

而这里被try-catch包裹，那么崩溃的原因已经很明显了，block方法里抛出异常被捕获，触发objc_terminate()，造成崩溃。

解决

那么问题来了，如何确定是哪里抛出的异常呢？

首先，常用的NSSetUncaughtExceptionHandler肯定是没法用了，因为这是捕获了异常，主动结束程序。

我们需要的是在异常抛出的那个瞬间，获得当前的堆栈信息。突然想到了，可以使用Xcode提供的Exception Breakpoint。

当我这样设置好断点，满心欢喜地等待结果时，发现又不行。因为应用程序里有太多抛异常的地方了.....一卡一卡地，根本没法运行下去。要是可以跳过断点，并且打印堆栈就好了~

等等，好像这里就提供了这样的功能。我看了看下面的英文，尝试了一下。

可以！！每个抛异常的地方都打印出当前的堆栈，并且跳过。接着触发crash，找到最后打印的堆栈。

这里也可以用lldb命令来实现