什麼是這個晦澀的崩潰報告（堆棧跟蹤）說？

我收到了一份關於Crashlytics的崩潰報告，這對我來說似乎是無稽之談。僅基於幾個字符和方法名稱，我的猜測是它與從Realm Object繼承的模型有某種關係。什麼是這個晦澀的崩潰報告（堆棧跟蹤）說？

請問你能給出任何線索這裏發生了什麼？
爲什麼Crashlytics無法提供行號？ （雖然一直與其他的崩潰報告沒有問題）

2017-08-12 Erfan

是你有任何reloadItems函數？ – Jaydeep

它可能無法給你準確的行號，因爲錯誤可能發生在閉包內，儘管我不確定，但我有時會觀察到它不會給出閉包內崩潰的行號 –

@jaydeep是的它是真正。但不幸的是，這是一個很長的方法。我的主要需求是知道這次崩潰的確切原因（因爲基於堆棧跟蹤，我可以猜測發生了哪部分崩潰）。 – Erfan

它顯示你在哪裏在你的代碼崩潰發生。在Swift中這些崩潰報告有點棘手，因爲你沒有得到確切的行數，但你得到了閉包數。看起來最簡單的地方是第41行的BaseDao.swift，然後關閉FavViewController的reloadItems函數並檢查LeafBriefModel對象發生了什麼？

我們需要看到更多的代碼才能完全有所幫助，但這應該是一個開始。

來源

2017-08-12 07:24:20

謝謝。到目前爲止，我對於Swift代碼的其他崩潰報告沒有任何問題行號）是的，BaseDao.swift是一個很好的開始，但我需要知道最終的崩潰原因。你知道Crashlytics爲什麼用這種模糊的方式報道嗎？ – Erfan

這似乎很有意義，但是如果沒有看到代碼就很難知道真正的原因，這應該說清楚。 –

什麼是這個晦澀的崩潰報告（堆棧跟蹤）說？

回答

相關問題