WebGL 最旧的上下文将丢失：预期的行为是什么？
WebGL oldest context will be lost: What is the expected behavior?
根据提供的警告，我希望浏览器按照上下文的创建顺序删除上下文。
但是我在 Chrome 中做了一个测试，我在其中异步创建了 16 个上下文（它们的创建之间延迟 200 毫秒）。前 10 个不断地重绘某些东西，而后 6 个进行 1 个绘制调用然后停止。
当我创建第 17 个上下文时（这是错误开始生成的时间），所有 10 个 'constantly updating' 上下文继续绘制。但是，当我尝试绘制 6 个 'paused' 上下文时，似乎其中 1 个无法进行任何进一步的绘制调用。
据我所知，我无法再次工作的上下文是已删除的上下文，尽管它是在以后创建的。
这是预期的行为，还是浏览器如何决定终止哪个上下文？
关于删除上下文的顺序没有官方规范，开发人员应绑定到 webglcontexlost event and / or check the result of gl.isContextLost()。
根据提供的警告，我希望浏览器按照上下文的创建顺序删除上下文。
但是我在 Chrome 中做了一个测试，我在其中异步创建了 16 个上下文（它们的创建之间延迟 200 毫秒）。前 10 个不断地重绘某些东西，而后 6 个进行 1 个绘制调用然后停止。
当我创建第 17 个上下文时（这是错误开始生成的时间），所有 10 个 'constantly updating' 上下文继续绘制。但是，当我尝试绘制 6 个 'paused' 上下文时，似乎其中 1 个无法进行任何进一步的绘制调用。
据我所知，我无法再次工作的上下文是已删除的上下文，尽管它是在以后创建的。
这是预期的行为，还是浏览器如何决定终止哪个上下文？
关于删除上下文的顺序没有官方规范，开发人员应绑定到 webglcontexlost event and / or check the result of gl.isContextLost()。