我在使用TestFlight
的測試版中有一個應用程序,並且我一直在注意出現崩潰報告。根據崩潰報告查找iOS發生崩潰的位置
大部分的報告是該
如果我點擊在Organizer
按鈕Open in project
需要我沒有地方
這似乎是一個內部崩潰是否正確?
我怎樣才能找出UIBarButtonItem
導致崩潰?
我在使用TestFlight
的測試版中有一個應用程序,並且我一直在注意出現崩潰報告。根據崩潰報告查找iOS發生崩潰的位置
大部分的報告是該
如果我點擊在Organizer
按鈕Open in project
需要我沒有地方
這似乎是一個內部崩潰是否正確?
我怎樣才能找出UIBarButtonItem
導致崩潰?
我希望這將有助於你:Apple doc Crash Report,你可以在doc看到清單4在崩潰報告完全symbolicated,清單6個顯示部分symbolicated崩潰報告,它看起來像你的情況
來自Apple Doc
您必須同時保留應用程序二進制文件和.dSYM文件,以便能夠完全符號化崩潰報告。您應該爲提交給iTunes Connect的每個版本存檔這些文件。 .dSYM和應用程序二進制文件在每個構建基礎上專門綁定在一起,並且後續構建(即使來自相同的源文件)也不會與來自其他構建的文件進行交互操作。如果您使用Xcode的Build and Archive命令,那麼它們將自動放置在合適的位置。否則Spotlight可搜索的任何位置(例如您的主目錄)都可以。
有關此的更多信息可以在Symbolication 清單6之後檢查部
可以使用crashlytics用於識別其中應用程序被crashed.It將給控制器名稱和代碼行號也。 https://docs.fabric.io/ios/index.htmlDocument
我認爲當你在Xcode開放崩潰從中您上傳構建它的崩潰報告沒有正確symbolicate,否則你應該看到錯誤的線程0或1,在一般情況下,會自動象徵崩潰 – HardikDG
@Pyro我怎麼知道它是否符號'正確和/或我怎麼能讓他們成爲那個? – tyczj