javascript - 重新启动 iOS 设备时会释放什么？

Question

简短的问题

我有一个错误，只有在我重新启动设备时才会消失。我想知道重新启动 iOS 设备时发布了什么，以便了解我的错误是什么。释放我的缓存和 RAM 无助于修复我的错误，所以我想知道还有什么可以在短时间内修复我的错误。

语境

我有一个使用 WebGL 和 BabylonJS 的网络应用程序。它在除 iOS 之外的所有设备和所有浏览器上都运行良好。使用 Safari 时，我总是以错误消息“此网页出现问题，因此已重新加载”结束。

它发生在运行 iOS 10.3.3 的 iPad Air 2 (2Go RAM) 上，但我在我手头的每台 iOS 设备上都看到了同样的错误。这就是为什么我认为它只与 iOS 相关。我知道 iOS 资源限制:https://stackoverflow.com/a/22193143/5053300

我尝试调试了几个月，这个错误随机出现，有时很快，有时很慢。没有什么是一致的，因此完全无法调试。

最好的猜测是这是一个内存问题，因为崩溃似乎每次都出现得更快。而且因为错误消息总是与内存问题相关联。

我怀疑纹理和 renderTargetTextures 占用越来越多的内存(但我不明白为什么它不会被释放，我不保留无用的引用)。

但有一点我可以肯定:当我重新启动我的设备时，它总是第一次工作(直到我重新加载一次，然后开始螺旋式下降)。

如果我清理我的缓存(通过设置 -> Safari)和我的 RAM(当我们在关闭屏幕时按下主页按钮)，错误仍然存​​在。但是如果我重新启动我的设备，它就会消失。内存中的东西被释放了，我想知道是什么。

但我也可能完全错了，它可能不是内存，我愿意接受你的所有建议。

提前致谢，这让我疯狂了几个月!

更新

这就是 JS 堆的样子:

更新 2

A scene asking for 90 renderTargetTextures (379x890) 每一帧都可以在 iOS 上运行。如果我不要求任何 renderTargetTextures，我的应用程序就可以工作。但是，如果我每帧只要求一个小的 renderTargetTexture，它或多或少会很快崩溃。我可以从这个观察中得到什么结论？它是否证实或否认内存问题的想法？

更新 3

没有任何线索表明以下代码确实是问题的原因，但注释/取消注释通常会使错误消失/出现。

var texture = generateTexture();
function generateTexture() {
    var rt1 = new BABYLON.RenderTargetTexture("rt1", { width: scene.getEngine().getRenderWidth(), height: scene.getEngine().getRenderHeight() }, scene, false, true, scene.getEngine().TEXTURETYPE_UNSIGNED_BYTE, false);
    rt1.wrapU = BABYLON.Texture.CLAMP_ADDRESSMODE;
    rt1.wrapV = BABYLON.Texture.CLAMP_ADDRESSMODE;
    rt1.renderList.push(sphere);
    rt1.onBeforeRender = function() {
        sphere.material = std1;
    };
    scene.customRenderTargets.push(rt1);
    return rt1;
}

我可能会坚持这个代码在 link posted in update 2 中工作的事实所以我认为这段代码不相关。唯一的问题是，评论应用程序的这一部分似乎可以消除随机错误。此代码要求 3D 引擎在渲染到屏幕之前渲染到一个中间纹理中。所以这段代码会影响每一帧。在链接中，我要求引擎在渲染到屏幕之前渲染到纹理 90 次。

更新 4:问题已解决

这个问题并不取决于 iOS 重启时发布的内容，所以我无法回答我自己的问题。但我可以说 iOS 不喜欢动态光照。从现在开始，我们所有的项目都将仅限于 iOS 设备上的一盏灯。

更多的灯光，每帧更多的计算。对于 iOS 而言，它会在短时间内杀死要求过多内存的应用程序。

Answer 1

如果没有看到您的代码，我无法保证任何解决方案，但我可以提供一些有关内存问题的信息。

如果您确定它不会在第一次加载时崩溃，并且在清除设备内存后仍然崩溃，则不太可能是内存问题。话虽这么说，如果您不确定这一点，我建议您阅读更多有关 IOS 内存使用情况的信息。虽然每个设备的总内存是已知的，但实际可用内存是 much smaller .此外，该帖子中显示的内存必须在设备上的所有应用程序之间共享，进一步限制了内存可用性。

我发现即使在 2GB 的设备上，IOS 也会终止使用 ~200-300 MB RAM 的应用程序，因为它分配得太快了。 IOS 在决定是否终止应用程序时会同时考虑分配的数量和速度。由于 Safari 中的每个选项卡单独运行，很可能是相同的机制在起作用。您的 Web 应用程序可能会以如此快的速度将如此多的数据加载到 RAM 中，以至于 IOS 拒绝执行请求。

我建议您在阅读 IOS 的真实内存限制后重新考虑您对内存使用情况的假设并再次分析应用程序。虽然它可能无法解决问题，但它至少会确认内存是否是问题所在。