如何在Chrome扩展中引入Go编译的WASM文件？

1. 必须引入官方Go WASM运行时文件 #

Go编译的WASM依赖官方提供的wasm_exec.js运行时，该文件位于Go安装目录的misc/wasm/路径下。你之前手动构造导入对象的方式完全错误，必须使用这个文件导出的Go对象来生成正确的导入映射：

// 先引入wasm_exec.js
import "./wasm_exec.js";

const go = new Go();
// 用go.importObject作为第二个参数，而非自行编写空结构
WebAssembly.instantiate(buffer, go.importObject).then(result => {
    // 必须调用go.run初始化Go runtime并执行代码
    go.run(result.instance);
});

之前出现的wasi_snapshot_preview1模块不存在、debug/runtime.resetMemoryDataView找不到等错误，本质是因为你没有提供Go runtime要求的正确导入实现，也没有完成runtime初始化。

2. 编译Go代码的正确参数 #

编译时必须指定目标为JS/WASM环境，确保生成的WASM依赖Go JS runtime而非WASI：

GOOS=js GOARCH=wasm go build -o main.wasm main.go

如果你的代码未使用WASI相关API，编译后的WASM只会依赖go模块（由wasm_exec.js提供），不会要求wasi_snapshot_preview1。若仍出现WASI相关错误，检查是否误启用了WASI编译选项。

3. 适配Chrome扩展Manifest V3的要点 #

• 资源配置：将main.wasm和wasm_exec.js添加到web_accessible_resources中，确保内容脚本或页面能访问到：

  "web_accessible_resources": [
      {
          "resources": ["main.wasm", "wasm_exec.js"],
          "matches": ["<all_urls>"]
      }
  ]
  

• 服务工作者限制：Manifest V3的Service Worker无法直接操作DOM，若Go WASM需要和页面交互，需通过chrome.runtime.sendMessage等消息机制实现。

4. 与C/Rust WASM的差异说明 #

C/Rust可以编译出无外部依赖的“纯”WASM（仅导出函数、无导入依赖），因此实例化时无需额外运行时。但Go的WASM依赖Go语言自身的runtime（包含垃圾回收、goroutine调度等），必须通过wasm_exec.js提供的运行时才能正常执行，这是Go语言的设计特性，无法像C/Rust那样完全脱离运行时。

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