iOS崩溃之dispatch_async

问题

先直接上堆栈

一看到这种堆栈就头痛,但最近正好在学习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命令来实现

相关推荐
2501_915918414 小时前
Web 前端可视化开发工具对比 低代码平台、可视化搭建工具、前端可视化编辑器与在线可视化开发环境的实战分析
前端·低代码·ios·小程序·uni-app·编辑器·iphone
2501_915106324 小时前
iOS 使用记录和能耗监控实战,如何查看电池电量消耗、App 使用时长与性能数据(uni-app 开发调试必备指南)
android·ios·小程序·uni-app·cocoa·iphone·webview
凉白开<--5 小时前
mardown-it 有序列表ios序号溢出解决办法
ios·vue
栒U5 小时前
一文从零部署vLLM+qwen0.5b(mac本地版,不可以实操GPU单元)
人工智能·macos·vllm
Digitally6 小时前
如何将 iPhone 备份到电脑/PC 的前 5 种方法
ios·电脑·iphone
Swift社区7 小时前
在企业内部分发 iOS App 时如何生成并使用 manifest.plist
macos·ios·cocoa
他们都不看好你,偏偏你最不争气10 小时前
【iOS】push 和 present
ios
他们都不看好你,偏偏你最不争气12 小时前
【iOS】 单例模式
macos·objective-c·cocoa
2501_9160137413 小时前
HTTPS 抓包难点分析,从端口到工具的实战应对
网络协议·http·ios·小程序·https·uni-app·iphone
2501_9159184116 小时前
uni-app 项目 iOS 上架效率优化 从工具选择到流程改进的实战经验
android·ios·小程序·uni-app·cocoa·iphone·webview