本文介绍了苹果审查团队的 iOS 应用程序崩溃但我的设备上没有的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我的应用程序在我的 iDevices 上没有崩溃,但苹果审查小组说它在 ipad 6.0.1 上崩溃了.这是重新符号化日志的相关部分:

My App does not crash on my iDevices, but the apple review team says it is crashing on ipad 6.0.1. This is the relevant part of the resymbolicated log:

Last Exception Backtrace:
0   CoreFoundation                  0x327fb29e __exceptionPreprocess + 158
1   libobjc.A.dylib                 0x394dd97a objc_exception_throw + 26
2   UIKit                           0x38897d54 +[UIStoryboard storyboardWithName:bundle:] + 436
3   UIKit                           0x386da406 -[UIApplication _loadMainStoryboardFileNamed:bundle:] + 38
4   UIKit                           0x38563794 -[UIApplication _runWithURL:payload:launchOrientation:statusBarStyle:statusBarHidden:] + 524
5   UIKit                           0x3850bc34 -[UIApplication handleEvent:withNewEvent:] + 1000
6   UIKit                           0x3850b6c8 -[UIApplication sendEvent:] + 68
7   UIKit                           0x3850b116 _UIApplicationHandleEvent + 6150
8   GraphicsServices                0x35c8759e _PurpleEventCallback + 586
9   CoreFoundation                  0x327d067e __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 10
10  CoreFoundation                  0x327cfee4 __CFRunLoopDoSources0 + 208
11  CoreFoundation                  0x327cecb2 __CFRunLoopRun + 642
12  CoreFoundation                  0x32741eb8 0x32739000 + 36536
13  CoreFoundation                  0x32741d44 CFRunLoopRunInMode + 100
14  UIKit                           0x38562478 -[UIApplication _run] + 664
15  UIKit                           0x3855f2f4 UIApplicationMain + 1116
16  MyApp                           0x0007362e main (main.m:16)
17  MyApp                           0x000735e4 start + 36

这是否意味着故事板是问题所在(第 2 行)?

Does this mean that the Storyboard is the problem (line 2)?

推荐答案

回答你的问题:

这是否意味着故事板是问题所在(第 2 行)?

这意味着最有可能的问题与情节提要加载有关 - 无论是情节提要还是捆绑包 - 因为这是引发异常的地方.在不知道 UIStoryboard 的源代码以及导致它抛出异常的第 436 行的情况下,这可能与您从非 Apple 员工那里得到的一样具体.

It means that the most likely problem is related to the storyboard loading - either with the storyboard or the bundle - as that's where the exception is being thrown from. Without knowing the source code of UIStoryboard and what's on line 436 that makes it throw an exception, that's probably about as specific as you'll get from a non-Apple employee.

要超越这一点并实际在本地重现崩溃(以便您可以努力修复它):

To get beyond that and actually reproduce the crash locally (so you can work toward fixing it):

  • 验证包装/进行全新/全新安装(如评论中的建议)
  • 在不同的设备上尝试(也许有一些东西残留物无法正确清除)
  • 试试旧的 iOS 版本(也许他们不小心给了你错误的 iOS 版本信息?)
  • 尝试在您的应用处于后台时模拟低内存环境(可能崩溃与您的应用在这种情况下在后台关闭和重新启动有关?)

如果您无法重现问题,您更有可能希望从审核团队获得更多信息,而不仅仅是堆栈跟踪:

More likely you'll want to get more info from the review team than just a stack trace if you can't reproduce the issue:

  • 您能否更准确地了解它们是如何导致崩溃的?
  • 这是对现有应用的更新吗?他们可能有未正确清理的旧版应用吗?

这篇关于苹果审查团队的 iOS 应用程序崩溃但我的设备上没有的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

07-08 11:34