在测试我们的iPhone应用程序的新版本时,我们偶尔会在applicationWillEnterForeground之后的某个时间恢复应用程序时看到应用程序窗口完全变黑。让应用程序再次运行的唯一方法是完全关闭它,然后重新启动应用程序。我们无法确定一致重现的步骤。这个问题似乎是随机发生的,但只有在将应用程序放入后台后再返回应用程序时才会发生。有时它会在几秒钟后发生,有时一周内不会发生。
以下是正常操作期间主视图中的线程:
以下是发生此问题时的线程,我暂停调试器:
应用程序恢复时似乎没有任何错误。此外,在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分发的版本,我们已成功用于以前的几个版本。我在Xcode部署的构建中也观察到了这种行为,因此将TestFlight排除在潜在的攻击者之外,至少在部署方面如此。此外,我已从代码中删除了TestFlight调用并测试了该应用程序。几天后,我观察到了这个问题,所以我知道它与TestFlight无关。
此时我真正拥有的唯一信息是,不知何故主要和UIApplicationMain不再在堆栈中。怎么会发生这种情况?
此外,这个应用程序使用SDWebImage,当问题发生时,显示的视图中有UIImageViews,所以可能存在问题,但我真的怀疑这样一个高度使用的库会有这样一个明显的缺陷。
答案 0 :(得分:7)
当不允许主线程运行以刷新UI时,会发生这种情况。可能的原因:
我建议你先检查所有使用GCD和其他线程机制的代码。
祝你好运,这些都是非常讨厌的问题。对不起,我不能再说了,因为你显示的日志不响铃。顺便说一下,当应用程序挂起时,你是否只在日志中获取这些内容?