Ios 突然将许多结构从内存会话中取出：结构OOM报告是否会成为假警报？

我最近在我的应用程序中添加了后台获取，它运行良好。我最近在Fabric中注意到，在青少年中，无OOM训练的数量逐渐从100%下降到了14%的日平均水平。我只在这里和那里看到了一些报告的崩溃，没有其他用户报告的崩溃证据

看了以后，好像是假报道。用户启动应用程序后，它会进入后台状态。然后，该应用程序被启动用于后台抓取，执行抓取，然后被终止——只要操作系统允许，这种情况就会经常发生

---

结构的OOM检测器是否可能由于重复后台提取启动和终止的方式而错误检测OOM？

是的，由于当前OOM启发法，存在某些错误检测OOM的情况。后台抓取可能会错误地报告OOM。

这很可能是因为后台抓取，测试它的一种方法是在禁用BG抓取的情况下，在测试飞行中推送一个构建，并为一些用户测试几天。如果你的数字没有因为特定的构建而下降，你可以确定这是因为fabric的错误报告，然后继续。如果您仍然面临问题，您将不得不拿出仪器进行检查。

我们看到的症状与@Barrett相同，但由于背景位置更新（地理围栏）。在这种情况下，我们可以通过在didFinishLaunchingWithOptions中检测UIApplicationLaunchActionsLocationKey并避免结构初始化来解决问题吗？谢谢。可以，但在其他情况下，这可能会导致报告出现一些问题。请随时测试它，并让我知道它是如何进行的：）嗨，你能尝试并成功地使用上述方法吗？目标OOM免费会话%应该是什么样子？我的意思是，这听起来好像不完全在开发人员的手中。如果用户打开多个其他应用程序，那么最近未打开的应用程序最终将关闭。也就是说，我的OOM空闲会话的百分比非常低，这可能也是由于背景位置刷新的缘故。我也看到了OOM报告，但显然是由于背景获取的缘故。太令人沮丧了——因为这个误报，我们花了两个小时监控内存使用情况。