恢复iPhone应用程序后偶尔出现黑屏

时间:2013-05-04 20:22:42

标签: iphone ios testflight sdwebimage

在测试我们的iPhone应用程序的新版本时,我们偶尔会在applicationWillEnterForeground之后的某个时间恢复应用程序时看到应用程序窗口完全变黑。让应用程序再次运行的唯一方法是完全关闭它,然后重新启动应用程序。我们无法确定一致重现的步骤。这个问题似乎是随机发生的,但只有在将应用程序放入后台后再返回应用程序时才会发生。有时它会在几秒钟后发生,有时一周内不会发生。

以下是正常操作期间主视图中的线程:

threadsDuringNormalOperation

以下是发生此问题时的线程,我暂停调试器:

threadsDuringBlackScreen

我尝试过的事情

在应用程序恢复时记录所有内容

应用程序恢复时似乎没有任何错误。此外,在applicationDidBecomeActive之后,我的代码都没有执行,直到按下主页按钮。

2013-05-15 22:22:23 AppDelegate::applicationDidBecomeActive
2013-05-15 22:22:23 self.window = <UIWindow: 0x1dd6ee80; frame = (0 0; 320 480); opaque = NO; autoresize = RM+BM; layer = <UIWindowLayer: 0x1dd6ef80>>
2013-05-15 22:22:23 self.window.subviews.count = 7
2013-05-15 22:22:23 self.navigationController = <UINavigationController: 0x1dd87190>
2013-05-15 22:22:23 self.navigationController.visibleViewController = <MyViewController: 0x1dd7ffe0>
2013-05-15 22:22:23 self.navigationController.view = <UILayoutContainerView: 0x1dd876e0; frame = (0 0; 320 480); autoresize = W+H; layer = <CALayer: 0x1dd877a0>>
2013-05-15 22:22:23 self.navigationController.viewControllers.count = 1
2013-05-15 22:22:23 TestFlight: App Token is recognized
2013-05-15 22:22:24 AppDelegate::applicationWillResignActive
2013-05-15 22:22:24 TestFlight: End of Session

日志中有一些项目首先关注我,但我在正常操作期间观察过它们,所以我不再认为它们是相关的。以防万一,这里是:

紧跟在ApplicationWillEnterForeground之后:

installd[54] <Error>: 0x2ff8d000 filter_attributes: Info.plist keys requested via MobileInstallationLookup/Browse in client Xcode (via mobile_installation_proxy) were not found in MobileInstallation's cache. Please file a bug requesting that these keys be added: <CFBasicHash 0x1cd86080 [0x3c44d100]>{type = mutable set, count = 18,
entries =>
    0 : <CFString 0x3c4399f4 [0x3c44d100]>{contents = "CFBundlePackageType"}
    1 : <CFString 0x1cebf1e0 [0x3c44d100]>{contents = "BuildMachineOSBuild"}
    2 : <CFString 0x3c43aa44 [0x3c44d100]>{contents = "CFBundleResourceSpecification"}
    3 : <CFString 0x1ce90cf0 [0x3c44d100]>{contents = "DTPlatformBuild"}
    4 : <CFString 0x3c437794 [0x3c44d100]>{contents = "DTCompiler"}
    5 : <CFString 0x3c439564 [0x3c44d100]>{contents = "CFBundleSignature"}
    6 : <CFString 0x3c43a224 [0x3c44d100]>{contents = "DTSDKName"}
    7 : <CFString 0x1cebe5f0 [0x3c44d100]>{contents = "NSBundleResolvedPath"}
    8 : <CFString 0x3c436eb4 [0x3c44d100]>{contents = "UISupportedInterfaceOrientations"}
    10 : <CFString 0x3c43ee84 [0x3c44d100]>{contents = "DTXcode"}
    13 : <CFString 0x3c43eeb4 [0x3c44d100]>{contents = "CFBundleInfoDictionaryVersion"}
    16 : <CFString 0x3c43c304 [0x3c44d100]>{contents = "CFBundleSupportedPlatforms"}
    17 : <CFString 0x1ceabd10 [0x3c44d100]>{contents = "DTXcodeBuild"}
    18 : <CFString 0x1cebb610 [0x3c44d100]>{contents = "UIStatusBarTintParameters"}
    19 : <CFString 0x3c43ae54 [0x3c44d100]>{contents = "DTPlatformVersion"}
    20 : <CFString 0x3c43dbf4 [0x3c44d100]>{contents = "DTPlatformName"}
    21 : <CFString 0x3c43ec84 [0x3c44d100]>{contents = "CFBundleDevelopmentRegion"}
    22 : <CFString 0x1ceb9ae0 [0x3c44d100]>{contents = "DTSDKBuild"}
}

不久之后:

lockdownd[45] <Notice>: 2ff24000 special_case_get: MGCopyAnswer(kMGQReleaseType) returned NULL

删除TestFlight

这是一个通过TestFlight分发的版本,我们已成功用于以前的几个版本。我在Xcode部署的构建中也观察到了这种行为,因此将TestFlight排除在潜在的攻击者之外,至少在部署方面如此。此外,我已从代码中删除了TestFlight调用并测试了该应用程序。几天后,我观察到了这个问题,所以我知道它与TestFlight无关。

验证所有NSURLConnections是异步执行的

已验证所有UI更新均在主线程

上执行

此时我真正拥有的唯一信息是,不知何故主要和UIApplicationMain不再在堆栈中。怎么会发生这种情况?

此外,这个应用程序使用SDWebImage,当问题发生时,显示的视图中有UIImageViews,所以可能存在问题,但我真的怀疑这样一个高度使用的库会有这样一个明显的缺陷。

1 个答案:

答案 0 :(得分:7)

当不允许主线程运行以刷新UI时,会发生这种情况。可能的原因:

  • 死锁(根据我的经验最常见)
  • 在网络连接不良时进行同步网络呼叫
  • 无限循环

我建议你先检查所有使用GCD和其他线程机制的代码。

祝你好运,这些都是非常讨厌的问题。对不起,我不能再说了,因为你显示的日志不响铃。顺便说一下,当应用程序挂起时,你是否只在日志中获取这些内容?