如何在Xcode中获取‘首次抛出调用栈’信息并解析崩溃日志

嗨，我来帮你一步步拆解这个崩溃问题～

一、如何通过截图定位问题、获取有效信息 #

咱们可以从崩溃截图里的几个关键信息入手：

• 先抓崩溃类型和核心方法
  截图里明确显示是NSInvalidArgumentException（非法参数异常），触发点是-[__NSDictionaryM setObject:forKey:]——这说明你在给可变字典设值的时候，传入了nil的key或者nil的object（NSMutableDictionary的规则是key和object都不能为nil，否则直接崩溃）。这是最核心的问题方向。

• 回溯调用栈找业务代码入口
  看调用栈里的帧，截图里能看到-[AppDelegate application:didFinishLaunchingWithOptions:]，这就是崩溃发生的业务场景（App启动时）。你需要重点检查这个方法里所有涉及NSMutableDictionary的setObject:forKey:调用，尤其是动态生成的参数（比如从接口返回、本地缓存读取的内容，很容易出现nil）。

• 复现+断点排查
  尽量在测试环境复现相同场景（比如用相同的启动参数、用户数据），然后在可疑的字典操作处加断点，或者打印日志，确认object和key是否为nil。举个例子：如果是接口返回的某个字段为null，解析后变成了nil，这时往字典里塞就会触发崩溃。

• 符号化调用栈（如果需要）
  如果截图里有很多十六进制的未知地址，你需要用App的dSYM文件对调用栈进行符号化，这样能看到更详细的代码行信息。不过你这个截图已经部分符号化了，重点聚焦自己业务代码的调用帧即可。

二、[__NSDictionaryM setObject:forKey:]后的+1036是什么含义 #

这个+1036是方法实现的字节偏移量：
系统库中-[__NSDictionaryM setObject:forKey:]这个方法的实现代码有一定长度，+1036表示崩溃发生的位置，距离这个方法起始地址的字节数。这个数值主要是给Apple的工程师或者逆向分析用的，用来定位系统方法内部的具体代码行。对咱们开发者来说，不用纠结这个数值，核心还是聚焦自己代码里传入的参数是否合法——毕竟崩溃的根源是咱们的参数违反了字典的规则，而不是系统方法本身出问题。

内容的提问来源于stack exchange，提问作者Zedd