javascript - 浏览器在尝试创建渲染上下文时会抛出错误吗？

Question

下面的代码会不会抛出错误？

var canvas = document.createElement("canvas");

var ctx = canvas.getContext("somethingwrong");

在 chromium 中，它只返回 null。

如果浏览器知道所请求的呈现上下文会怎样？ (如“webgl”或“experimental-webgl”)是否有可能出现错误异常？在 chromium 中，我无法引发这种行为。

换句话说:我是否需要将此代码包装在库中的 try/catch 中，以干净地检查渲染上下文？

有没有办法将其具体化？例如。通过尝试在不同浏览器中截取代码并列出可能不同的结果的 Web 服务。

Answer 1

返回 null 是 expected behavior如果请求的上下文不可用，或者 Canvas 已经分配给不同类型的上下文:

Returns null if the given context ID is not supported, if the canvas has already been initialized with the other context type (e.g. trying to get a "2d" context after getting a "webgl" context).

有一些特殊情况可以抛出与代理场景相关的异常(同上):

Throws an InvalidStateError exception if the setContext() or transferControlToProxy() methods have been used.

除此之外，即使浏览器可能支持某种类型的上下文，也不能保证在系统资源(如内存)不足时可以创建对象，在这种情况下 null 会被退回。

Here is an overview 在不同(常见)场景中将返回的内容。

因此，除非您正在使用代理传输(目前还没有得到广泛支持)，否则您不需要将 try-catch 与 getContext() 一起使用。

提示:将来 canvas 将获得一个属性 probablySupportsContext()，可以在 getContext() 之前使用。这将执行这些测试并返回 false 如果不满足条件(支持的上下文，已经在使用不同的上下文类型，低资源等):

var supported = canvas . probablySupportsContext(contextId [, ... ] )

Returns false if calling getContext() with the same arguments would definitely return null, and true otherwise.

更新 只是想详细说明一个特殊情况 - 对于 vendor 特定扩展，理论上可能会抛出异常，具体取决于非常具体的扩展及其方式定义它的行为。但这些是并且不应被视为标准的一部分，并且由于它们在大多数情况下都是实验性的，因此隐含了风险和非标准行为。