2017-08-12 66 views
0

我收到了一份关于Crashlytics的崩溃报告,这对我来说似乎是无稽之谈。仅基于几个字符和方法名称,我的猜测是它与从Realm Object继承的模型有某种关系。什么是这个晦涩的崩溃报告(堆栈跟踪)说?

  • 请问你能给出任何线索这里发生了什么?
  • 为什么Crashlytics无法提供行号? (虽然一直与其他的崩溃报告没有问题) enter image description here
+0

是你有任何reloadItems函数? – Jaydeep

+0

它可能无法给你准确的行号,因为错误可能发生在闭包内,尽管我不确定,但我有时会观察到它不会给出闭包内崩溃的行号 –

+0

@jaydeep是的它是真正。但不幸的是,这是一个很长的方法。我的主要需求是知道这次崩溃的确切原因(因为基于堆栈跟踪,我可以猜测发生了哪部分崩溃)。 – Erfan

回答

0

它显示你在哪里在你的代码崩溃发生。在Swift中这些崩溃报告有点棘手,因为你没有得到确切的行数,但你得到了闭包数。看起来最简单的地方是第41行的BaseDao.swift,然后关闭FavViewControllerreloadItems函数并检查LeafBriefModel对象发生了什么?

我们需要看到更多的代码才能完全有所帮助,但这应该是一个开始。

+0

谢谢。到目前为止,我对于Swift代码的其他崩溃报告没有任何问题行号)是的,BaseDao.swift是一个很好的开始,但我需要知道最终的崩溃原因。你知道Crashlytics为什么用这种模糊的方式报道吗? – Erfan

+0

这似乎很有意义,但是如果没有看到代码就很难知道真正的原因,这应该说清楚。 –

相关问题