IOS中的Unity3d游戏在切换到第二个场景后崩溃？答案

【问题标题】：Unity3d game in IOS crashing after changing to second scene?IOS中的Unity3d游戏在切换到第二个场景后崩溃？
【发布时间】：2014-07-05 20:19:07
【问题描述】：

游戏过去运行良好；我相信是在将 Unity 升级到 4.5 之后才出现错误。游戏在第一个场景中显示一个图像，该图像显示正确。但是，换了场景之后，游戏就崩溃了。

在 XCode 调试器上，我不断看到消息“EXC_BREAKPOINT (code=EXC_ARM_BREAKPOINT, subcode=0x7ffdefe)”

控制台显示以下消息：

2014-07-05 16:10:22.996 MyGame[5934:707] <Google> Test ads are only available on iOS 6+.

Unhandled Exception: UnityEngine.UnityException: WWW is not finished downloading yet
  at UnityEngine.WWW.get_responseHeaders () [0x00000] in <filename unknown>:0 
  at GoogleAnalytics.LogScreen (System.String title) [0x00000] in <filename unknown>:0 
  at LogoGlow.Start () [0x00000] in <filename unknown>:0 

(Filename: /Applications/buildAgent/work/d63dfc6385190b60/artifacts/iPhonePlayer-armv7Generated/UnityEngineDebug.cpp Line: 49)

在 Unity 编辑器中，我收到“WWW 尚未完成下载”错误，但游戏运行良好（仅没有广告），我可以在 Android 上完美运行。

很抱歉信息不足，但这是我第一次使用 Unity/Xcode，我无法在网上找到任何有用的东西：/

【问题讨论】：

您是在设备还是模拟器上运行？另外，您使用的是GoogleAnalytics 库吗？看起来它访问了错误的 URL，或者下载的速度不够快/您的应用等待的时间不够长。
我正在设备上运行。在两台不同的设备上测试了该应用程序，结果相同，一个是 7.0 IOS 版本，另一个是 5.1
我在打开我的场景时遇到了完全相同的错误[2]。只有某些时候应用程序会停止响应。我的脚本调用设置为安全且缓慢。你认为这与我的预加载器有关吗？（文件名：/Applications/buildAgent/work/d63dfc6385190b60/artifacts/iPhonePlayer-armv7Generated/UnityEngineDebug.cpp 行：49）

标签： ios xcode crash unity3d

【解决方案1】：

需要牢记的重要一点是，即使出现运行时错误，Unity3D 也会继续运行项目。这可能并不意味着一切都会按预期运行，但有时可能很难看到细微的差异。错误不会导致 Unity 挂断，但会导致 iOS 设备崩溃的情况并不少见。

所以我想回到你的 Unity 脚本并准确地从 Xcode 日志建议的位置开始，即在 LogoGlow.Start()。我知道这很痛苦，但是注释掉 Start() 方法中的每一行，并将它们一一添加回来，每次运行它直到 Unity 中发生错误。然后，尝试在下载完成之前确定您不应该做的事情。我看不到您的代码，但是您是否放弃了 www 下载？（产生 www;）

如果您想发布 Unity 脚本中的相关代码，可能会有所帮助。但我只想重申，这种类型的场景在为 iOS 构建时并不少见。

【讨论】：

感谢您的建议，但我刚刚降级了 Unity，游戏仍然崩溃并出现相同的 XCode 错误，但没有控制台的 Unity 相关错误。 LogoGlow() 函数初始化了 GoogleAnalytics，我相信这就是它被提及的原因，但是在降级之后，控制台上没有提及 GoogleAnalytics 和 LogoGlow()。我在 subcode=0x7ffdefe 上找不到任何东西

【解决方案2】：

Whelp，我通过将 Unity 中播放器设置上的脚本调用优化选项更改为“缓慢且安全”来修复它。不过感谢您的帮助！

【讨论】：

很抱歉再次提出这个问题，但我遇到了类似的问题，我通过将脚本调用优化更改为“缓慢而安全”来修复它。现在我在想这是否是解决问题的正确方法？我认为对于发布版本，我们应该始终使用“快速且无异常”但我无法找出导致崩溃发生的原因。它在变化场景中发生在我身上，它有点随机发生。除了更改脚本调用优化之外，有没有人可以提供更好的解决方案？我只是觉得这个解决方案有点欺骗自己以绕过错误？