根本原因是Go版本过低或未启用WASM支持；需Go 1.11+并设GOOS=js GOARCH=wasm，用go build生成.wasm，响应头须含application/wasm，禁用CGO，JS调Go需通过syscall/js序列化数据，避免阻塞操作。Go 编译 WASM 时为什么浏览器报错 instantiateStreaming failed: CompileError根本原因通常是 Go 版本太低或未启用 WASM 支持。Go 1.11+ 才原生支持 WASM，但默认不开启；1.21+ 起仍需手动指定 GOOS=js GOARCH=wasm，且不能用 go run 直接运行。必须用 go build -o main.wasm main.go，且提前设置环境变量：GOOS=js GOARCH=wasmGo 1.22 开始，runtime/debug.ReadBuildInfo() 在 WASM 中不可用，会静默失败------别在初始化逻辑里调它WASM 模块加载必须走 WebAssembly.instantiateStreaming()，且响应头需含 content-type: application/wasm；用 file:// 协议直接打开 HTML 会因 CORS 失败怎么从 Go 向 JavaScript 传参并拿到返回值Go 的 syscall/js 包是唯一官方通道，但它不支持 Go 原生类型直传（比如 struct、map），所有数据必须序列化为 JSON 或拆成基础类型。导出函数必须注册到 js.Global().Set()，且签名只能是 func(js.Value, \[\]js.Value) interface{}JS 调 Go 函数时，参数是 js.Value，需用 .String()、.Int() 等显式转换；Go 返回值会被自动转成 JS 类型，但 nil 变成 undefined，不是 null别在 Go 导出函数里启动 goroutine 并异步返回------JS 不等它，会立刻收到 undefinedfunc add(_ js.Value, args \[\]js.Value) interface{} { a := args0.Float() b := args1.Float() return a + b // 自动转成 JS number}js.Global().Set("add", js.FuncOf(add))为什么 Go WASM 体积比 Rust 大 5--10 倍Go 运行时（GC、goroutine 调度、反射）全被打包进 .wasm，而 Rust 默认无运行时。这不是配置问题，是语言模型决定的硬开销。 Cleanup.pictures 智能移除图片中的物体、文本、污迹、人物或任何不想要的东西