Question

我目前正在用JavaScript编写一个小库，以帮助我委托网络工作者进行一些繁重的计算。

由于某些原因（主要是因为能够在UI线程中调试，然后在worker中运行相同的代码），我想检测脚本当前是在worker还是在UI线程中运行。

我不是经验丰富的JavaScript开发人员，我想确保以下函数能够可靠地检测我是否在工作者中：

function testenv() {
    try{
        if (importScripts) {
            postMessage("I think I'm in a worker actually.");
        }
    } catch (e) {
        if (e instanceof ReferenceError) {
            console.log("I'm the UI thread.");
        } else {
            throw e;
        }
    }
}

那么，是吗？

Answer 1

这场比赛的比赛已经很晚了，但这是我能想到的最好，最防弹的方式：

// run this in global scope of window or worker. since window.self = window, we're ok
if (typeof WorkerGlobalScope !== 'undefined' && self instanceof WorkerGlobalScope) {
    // huzzah! a worker!
} else {
    // I'm a window... sad trombone.
}

Answer 2

Emscripten：

// *** Environment setup code ***
var ENVIRONMENT_IS_NODE = typeof process === 'object' && typeof require === 'function';
var ENVIRONMENT_IS_WEB = typeof window === 'object';
var ENVIRONMENT_IS_WORKER = typeof importScripts === 'function';
var ENVIRONMENT_IS_SHELL = !ENVIRONMENT_IS_WEB && !ENVIRONMENT_IS_NODE && !ENVIRONMENT_IS_WORKER;

（Emscripten on Github）

Answer 3

如上所述，another thread中有一个答案，用于检查窗口上是否存在文档对象。我想对你的代码进行修改，以避免执行slows execution of JS in Chrome的try / catch块，也可能在其他浏览器中。

编辑：我之前在假设全局范围内有一个窗口对象时发生了错误。我通常会添加

//This is likely SharedWorkerContext or DedicatedWorkerContext
window=this;

到我的worker loader脚本的顶部，这允许所有使用窗口特征检测的函数不会爆炸。然后你可以使用下面的功能。

function testEnv() {
  if (window.document === undefined) {
    postMessage("I'm fairly confident I'm a webworker");
  } else {
    console.log("I'm fairly confident I'm in the renderer thread");
  }
}

或者没有窗口分配，只要它在顶级范围内。

var self = this;
function() {
  if(self.document === undefined) {
    postMessage("I'm fairly confident I'm a webworker");
  } else {
    console.log("I'm fairly confident I'm in the renderer thread");
  }
}

可靠地检测脚本是否在Web worker中执行

3 个答案: