У меня есть приложение в бета-версии с использованием TestFlight, и я замечаю появление отчетов об авариях.Найти, где iOS рушится на основе отчетов о сбоях
большинство докладов не это
Если я нажимаю на кнопку Open in project в Organizer он принимает меня не где
Это, как представляется, внутренний сбой правильно?
Как я могу узнать, что вызывает UIBarButtonItem сбой?
Надеюсь, это поможет вам: Apple doc Crash Report, как вы можете видеть в док в листинге 4 отчет аварии полностью symbolicated, листинге 6 показывает частично symbolicated отчеты о сбоях, которая выглядит как ваш случай
От компании Apple Doc
Вы должны сохранить и бинарное приложение и файл .dSYM для того, чтобы иметь возможность полностью symbolicate отчеты о сбоях. Вы должны архивировать эти файлы для каждой сборки, которую вы отправляете в iTunes Connect. БД .dSYM и application привязаны друг к другу на основе каждой сборки, а последующие сборки, даже из одних и тех же исходных файлов, не будут взаимодействовать с файлами из других сборок. Если вы используете команду сборки и архивирования Xcode, они автоматически помещаются в подходящее место. В противном случае любое местоположение, доступное для поиска по Spotlight (например, ваш домашний каталог), в порядке.
Для получения дополнительной информации об этом вы можете проверить часть после листинга 6 в Symbolication
вы можете использовать crashlytics для определения того, где приложение crashed.It даст имя контроллера и номер строки кода также , https://docs.fabric.io/ios/index.htmlDocument
Я думаю, что ваш отчет о сбое не symbolicate правильно, иначе вы должны увидеть ошибку в потоке 0 или 1, в общем случае, когда вы открываете аварии в Xcode, из которого вы загрузили сборки его будет автоматически символизировать сбой – HardikDG
@Pyro Как я узнаю, правильно ли он был «символизирован» и/или как я могу заставить их это понимать? – tyczj