IE11下Web Worker无返回结果排查：Chrome/Edge运行正常

看起来你在IE11里踩了Web Worker的经典坑了！我之前也遇到过类似的情况，Chrome和Edge跑得好好的，到IE11就直接哑火，还没报错，确实头疼。结合你的代码和IE11的特性，我整理了几个最可能的原因和解决办法：

1. 本地文件（file://）的权限限制 #

IE11完全不允许从file://协议加载Web Worker，哪怕是本地文件也不行。而Chrome和Edge为了开发便利，放宽了这个限制。如果你是直接打开本地HTML文件测试的，那肯定会触发"permission denied"，因为IE11认为这是跨域/无权限操作。

• 解决办法：把你的代码放到HTTP服务器上（比如用Node.js的http-server、XAMPP这类工具），通过http://localhost来访问页面，这样IE11就不会拦截Worker的创建了。

2. importScripts的路径处理差异 #

IE11对importScripts的路径解析和现代浏览器不一样：它会严格以当前Worker脚本的位置为基准来解析相对路径，而现代浏览器有时候会兼容主页面的路径。如果你的some-file.js或some-file2.js的相对路径是相对于主页面而不是some-worker.js的，IE11就会加载失败，导致Worker静默崩溃。

• 解决办法：
  • 检查some-file.js和some-file2.js的路径，确保它们是相对于some-worker.js的正确路径；
  • 或者直接使用绝对路径（比如/js/some-file.js）来避免路径解析问题。

3. postMessage的数据序列化限制 #

IE11的结构化克隆算法支持的类型比现代浏览器少很多，比如它不支持：

• 函数、Symbol类型
• 某些特殊对象（比如Map、Set，或者带自定义原型链的对象）
• 循环引用的对象
  如果你的some-data或者data_in_array里包含这些不支持的类型，IE11会静默失败——既不会报错，也不会发送消息。而Chrome/Edge对这些类型的支持更好，所以能正常工作。
• 解决办法：
  • 把要传递的数据转换成纯JSON支持的类型（比如普通对象、数组、字符串、数字、布尔值）；
  • 可以用JSON.parse(JSON.stringify(data))来过滤掉不支持的类型（注意这会丢失函数、原型链等信息，只适合纯数据的情况）。

4. Worker里的self.postMessage写法问题 #

虽然标准里self.postMessage是合法的，但IE11有时候对Worker全局对象的处理有点奇怪，直接用postMessage反而更可靠。

• 解决办法：把Worker脚本里的self.postMessage(["task1_result",some-data]);改成postMessage(["task1_result",some-data]);试试。

额外调试技巧 #

因为IE11不会在控制台输出Worker里的错误，你可以在Worker脚本开头加一个错误监听，来捕获可能的异常：

self.onerror = function(error) {
  postMessage(['worker_error', error.message + ' at ' + error.filename + ':' + error.lineno]);
};

然后在主页面的onmessage里监听这个错误消息，就能看到Worker里到底出了什么问题了。

内容的提问来源于stack exchange，提问作者NoelB