Emscripten编译带pthreads的WASM项目运行报错问题咨询

emrun 运行带 pthreads 的 WebAssembly 构建产物的可行性 #

• 完全支持通过emrun本地调试带pthreads的WASM项目，无需将项目部署到独立服务器。当前遇到的pthread sent an error! undefined:undefined: undefined报错并非emrun不兼容pthreads能力，而是缺少pthreads运行的硬性前置权限配置。
• WebAssembly pthreads功能依赖SharedArrayBuffer实现跨线程内存共享，现代浏览器强制要求页面完成跨域隔离配置，才能开放SharedArrayBuffer的访问权限。如果缺少对应响应头，pthread初始化时会直接无法获取合法的内存共享实例，甚至无法捕获完整的错误上下文，就会抛出内容为undefined的报错，哪怕运行官方pthreads示例也会出现相同问题。
• 对应修复操作：启动emrun时手动添加跨域隔离所需的响应头，参考启动命令：
  emrun --headers "Cross-Origin-Opener-Policy: same-origin" --headers "Cross-Origin-Embedder-Policy: require-corp" index.html
• 按上述方式启动后，编译阶段设置的-s USE_PTHREADS=1、-s PTHREAD_POOL_SIZE=4参数会正常生效，程序可顺利进入main函数，代码中创建pthread的逻辑也能正常执行。

直接本地打开HTML时出现Worker构造异常的原因 #

• 该报错是浏览器同源安全策略的强制约束导致的，与项目本身代码无关。
• 双击本地HTML文件直接打开时，页面的来源标识为null，属于不受Web安全沙箱保护的本地文件系统域：
  • 浏览器默认禁止null来源的页面加载任意本地JS脚本作为Web Worker入口，避免本地文件系统的隐私数据被跨脚本读取。
  • 带pthreads的WASM运行时，必须将编译生成的*.worker.js脚本作为Worker入口初始化独立执行线程，当浏览器检测到当前来源无合法权限时，会直接拦截Worker构造请求，抛出对应的Uncaught DOMException: Failed to construct 'Worker': Script at 'file:///D:/engine/src/main/Emscripten/wengine.worker.js' cannot be accessed from origin 'null'错误。
• 补充说明：就算手动修改浏览器配置放开file协议下的Worker加载权限，这类场景下依然无法正常运行pthreads逻辑，因为file协议的来源永远无法满足跨域隔离要求，无法获取SharedArrayBuffer的访问权限。

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