【问题标题】:How to check main reason for crash in crash report shared by app store如何在应用商店共享的崩溃报告中检查崩溃的主要原因
【发布时间】:2020-01-27 15:46:35
【问题描述】:

我从苹果那里得到了我的一个应用程序的这些崩溃报告。但我不确定他们到底想解决什么问题。我如何从崩溃报告中找出原因。所以,如果它存在,我可以解决崩溃。我无法重现任何崩溃。

Date/Time:           2019-09-26 11:57:38.1059 -0700
Launch Time:         2019-09-26 11:57:17.9594 -0700
OS Version:          iPhone OS 12.4.1 (16G102)
Baseband Version:    7.80.04
Report Version:      104

Exception Type:  EXC_CRASH (SIGKILL)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note:  EXC_CORPSE_NOTIFY
Termination Reason: Namespace SPRINGBOARD, Code 0x8badf00d
Termination Description: SPRINGBOARD, scene-create watchdog transgression: MY_APP_NAME exhausted real (wall clock) time allowance of 17.92 seconds | ProcessVisibility: Foreground | ProcessState: Running | WatchdogEvent: scene-create | WatchdogVisibility: Foreground | WatchdogCPUStatistics: ( | "Elapsed total CPU time (seconds): 30.440 (user 30.440, system 0.000), 51% CPU", | "Elapsed application CPU time (seconds): 0.520, 1% CPU" | )
Triggered by Thread:  0

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:

【问题讨论】:

  • 某事花费了太多时间来完全折叠主线程!正如您在Termination Description: SPRINGBOARD, scene-create watchdog transgression: MY_APP_NAME exhausted real (wall clock),中看到的那样@
  • 感谢@ReinierMelian,但我无法重现崩溃,有什么方法可以复制相同的。这将非常有帮助

标签: ios app-store crash-reports appstore-approval app-store-connect


【解决方案1】:
Termination Description: SPRINGBOARD, scene-create watchdog transgression: MY_APP_NAME exhausted real (wall clock) time allowance of 17.92 seconds | ProcessVisibility: Foreground | ProcessState: Running | WatchdogEvent: scene-create | WatchdogVisibility: Foreground | WatchdogCPUStatistics: ( | "Elapsed total CPU time (seconds): 30.440 (user 30.440, system 0.000), 51% CPU", | "Elapsed application CPU time (seconds): 0.520, 1% CPU" | )

清楚地表明你有一个超时。时间限制为 17.92 秒。

【讨论】:

  • 我怎样才能找到负责这个的任务
  • @AbhiYaduwanshi 我们知道崩溃发生在 com.apple.main-thread 中,您可能想要记录在主线程中运行的任何可能更长的方法。然后在崩溃后检查日志以查看当时正在运行的内容。
  • 感谢@Lajos,但我正在努力重现,但无法重现崩溃,有什么方法可以复制吗?
  • @AbhiYaduwanshi 如果您部署日志记录,那么在重现崩溃时,您将能够看到当时正在运行的内容。我知道它很难复制,但除非它可用,否则我们无法找到该信息。检查您的日志以查看是否有任何有用的线索。如果没有,那么我认为您没有什么比部署支持以找出问题所在然后等待重现问题更好的了,也许正在积极尝试这样做。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2013-10-21
  • 1970-01-01
  • 2017-10-19
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多