Swift项目Firebase Crashlytics崩溃日志解析求助

• 排查异步操作的线程安全
  函数里如果涉及和Gedave Web的网络请求、本地文件删除这类异步操作，先确认线程是否正确：比如有没有在后台线程调用UI相关方法，或者多个异步任务同时操作同一组数据（比如待删除的图片ID集合）。竞态条件很容易引发数组越界、空值访问这类致命错误。另外，闭包里如果持有self，要检查是不是用了weak self，避免控制器被提前释放后出现野指针。

• 检查可选类型的解包逻辑
  对比原代码和修改后的代码，找所有可选类型的处理：比如有没有用!强制解包的地方，或者guard let/if let覆盖不全的情况。比如待删除的图片ID集合为空、网络请求返回的响应数据为nil、依赖的API客户端实例未初始化，这些没处理的话都会直接触发崩溃。

• 补全网络请求的异常处理
  要是函数里调用了Gedave Web的删除接口，检查是否只处理了成功回调，没管网络失败、HTTP错误码（4xx/5xx）、响应解析失败的情况。错误状态下继续执行后续代码，比如去访问不存在的响应字段，肯定会崩。

• 确认控制器生命周期与资源状态
  看看崩溃发生时，UploadGedaveWebViewController是不是已经被销毁（比如用户已经退出这个页面）。如果函数里的异步任务还在跑，而控制器已经释放，就会出现访问已释放对象的崩溃。另外，检查文件路径、网络会话这些资源是不是有效，比如要删除的本地图片是不是已经被提前删掉了。

• 排查集合操作的越界问题
  看函数里对图片ID集合的遍历、修改操作：比如是不是在遍历数组的时候直接删除元素，或者用固定索引访问但数组长度已经变了。这种情况很容易触发NSRangeException类型的崩溃。

• 深挖Crashlytics堆栈细节
  重点看堆栈里的崩溃类型：如果是EXC_BAD_ACCESS，大概率是访问了已释放的对象；如果是NSRangeException，就是数组/字符串越界；如果是fatalError，可能是代码里主动抛出的错误但没处理。结合堆栈里的具体代码行，定位到具体是哪一行触发的问题，再针对性排查。

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