ios - (Unity 2019.2)iOS构建在用户杀死应用程序5秒后崩溃

Question

描述
该应用程序在被用户终止后2到5秒钟出现崩溃(即强制杀死该应用程序)。这仅在基于多个统一版本的iOS上发生(请参见下面的详细信息)。
大多数崩溃报告尚未到达Crashlytics。即使我们每天都在不断重现此错误，控制台上的崩溃很少。
Android版本不会出现相同的错误。
重现步骤

打开游戏

等待直到加载场景即将结束或直到游戏场景完全加载为止

终止应用程序

等待2到5秒，然后查看崩溃报告窗口

繁殖率:80％

用于测试的设备:iPhone SE，iPhone 7，iPhone 8，iPad Mini 4

也观察到以下情况的崩溃:iPhone XS，iPhone XR

附加信息

问题是特定于iOS的。我们在Android上具有相同的构建，没有任何问题。

在大多数情况下，Crashlytics不会捕获崩溃报告(请参阅下面的某些崩溃)。

仅在加载的最后步骤(初始化外部SDK)时发生崩溃。

在TestFlight上，几乎所有构建(包括用户报告崩溃的构建)的崩溃计数均为0。

使用调试按钮调用Unity的Application.Quit()方法不会导致应用程序崩溃，即使关闭需要花费一些时间。

该崩溃似乎与OS版本和iOS设备无关。

技术信息

Unity版本:2019.2.17f1。还随2019.2.0f1和2019.3.10f1复制。

外部插件是listed here。

崩溃报告

GUID.cpp line 108

libc++abi.dylib

String.h line 195

AudioToolbox

探索
这是到目前为止所有未成功解决方案的列表:

删除GameAnalytics插件

删除IronSource插件

删除UnityIAP插件

PostProcess iOS上的

Workaround

将最低操作系统版本设置为9.0

注释所有OnApplicationPause / Quit实现(包括插件)

启用位码

Answer 1

解

说明:一般的问题是，在应用程序完成时，有任何一段代码会阻塞iOS上的主线程(有关更多信息，请参见this document)。在我们的案例中，这是由于播放器终止应用程序时的持续请求而发生的。当我们在终止应用程序时(使用Dispose()方法)将播放器进度保存在服务器上时，请求阻塞了主线程，从而导致崩溃。解决方案是删除此特定保存。我们测试了包含此修复程序的版本，到目前为止，在加载“游戏场景”后，我们有20次杀死游戏的尝试都没有崩溃。我们之前从未考虑过这一点，因为这段代码自2019年8月以来就已经存在，并且从那时起一直没有被触及过。该问题仅在2020年2月才开始发生。

更多信息:由于有问题的代码段是从2019年8月开始在项目中，并且该问题仅在2020年2月才开始发生，因此iOS版本与的关系可能是。我们尚未调查变更日志，但迄今为止导致崩溃的最旧iOS版本是2019年10月28日发布的iOS 13.2。

另一种可能性是后端代码的某些更改导致请求挂起。当我们使用BestHTTP时，默认情况下，终止应用程序时，所有请求都将中止。我们尚未调查Dispose与OnDisable/OnApplicationQuit的执行顺序是否会成为问题。同样，默认情况下，在应用程序退出过程中被BestHTTP中止的请求仍会调用回调。在我们的例子中，该Save Player的回调是null，因此这可能不是问题。

相关崩溃:我们仍然在加载场景中遇到一些崩溃。据我们所知，它们是在有请求进行时发生的。这些问题的再现率远低于“游戏场景”中的问题。

提示:我们很难检索Crashlytics上的日志，因为大多数日志没有发送。这是如何从iOS设备本身检索日志的分步指南:

在iPhone / iPad设备上打开``设置''应用程序

转到隐私(在iOS 13上电池下方显示)

滚动到底部，然后打开Analytics＆Improvements

开放分析数据

查找所需应用程序的日志