chrome devtools 看不到 wasm 源码映射的根本原因是未生成或未正确加载 .wasm.map 文件，或 go 编译未开启调试支持；需用 -gcflags=”all=-n -l” 编译、确保 map 文件同目录且服务正确返回 application/wasm 与 cors 头。
chrome devtools 里看不到 wasm 源码映射
根本原因是没生成或没加载 .wasm.map 文件，或者 Go 编译时没开启调试支持。Go 1.21+ 默认不嵌入源码映射，得手动加 -gcflags="all=-N -l" 和 -ldflags="-s -w"（注意：后者会删符号表，和调试冲突，所以实际要删掉 -s -w）。
实操建议：
- 编译命令用：
GOOS=js GOARCH=wasm go build -gcflags="all=-N -l" -o main.wasm main.go - 确保
main.wasm和生成的main.wasm.map同目录，并被 Web 服务器正确响应application/wasm+access-Control-Allow-Origin - 在 Chrome 的
Sources面板中，展开webpack://或file://（取决于你如何加载），而不是只盯着wasm://下的匿名模块 - 如果用了
WebAssembly.instantiateStreaming，需确认 Response 流未被中间件吞掉Content-Type或提前读取
debugger 断点不触发，或停在 runtime 汇编层
Go 的 wasm 运行时会在 JS 层调度 goroutine，debugger 语句默认落在 JS 胶水代码里，不是 Go 源码行。直接在 Go 函数里写 runtime.Breakpoint() 才能进 Go 栈。
实操建议：
- 在想中断的位置插入：
import "runtime"; runtime.Breakpoint() - 确保浏览器启用了 “Pause on caught exceptions” —— Go panic 会被捕获并转成 JS Error，但 DevTools 默认不中断
- 避免在
init()或main()开头立刻断点，wasm 模块可能还没完成内存初始化，会跳过或报unreachable - 检查 Chrome 版本：v119+ 对 wasm DWARF 支持更稳；旧版可能把
Breakpoint()映射到错误的行号
调用 JS 函数后无法在 Go 里设断点或变量值显示为 undefined
本质是 Go 的 wasm 运行时对 JS 值的封装机制导致的：JS 对象传入 Go 后变成 syscall/js.Value，它本身不带源码级调试信息，DevTools 不知道怎么映射回 Go 变量名。
实操建议：
- 不要依赖 DevTools 右侧
Scope面板看syscall/js.Value的内容，改用fmt.printf("%+v", jsVal)输出到 console - 若需 inspect JS 对象结构，在断点处手动执行
copy(jsVal)到控制台，再展开 - 从 JS 调 Go 函数时，确保 Go 函数签名是
func() Interface{}或接收syscall/js.Value，否则参数解析失败会导致静默跳过断点 - 避免在回调函数里直接访问闭包外的 Go 变量 —— wasm 的 goroutine 调度可能导致变量已被 GC，显示为
nil或乱值
本地 http.ServeFile 服务下 wasm 加载失败，报 compileError: invalid memory limit
这是典型 MIME 类型缺失 + 服务器未设置 CORS 导致的。Go 的 http.ServeFile 默认不识别 .wasm 后缀，返回 text/plain，浏览器拒绝执行。
实操建议：
- 别用
http.ServeFile直接 serve wasm，改用：http.Handle("/wasm/", http.StripPrefix("/wasm/", http.FileServer(http.Dir("./wasm/"))))，并在启动前注册类型：http.HandleFunc("/wasm/main.wasm", func(w http.ResponseWriter, r *http.Request) { w.Header().Set("Content-Type", "application/wasm"); http.ServeFile(w, r, "./wasm/main.wasm") }) - 必须加 CORS 头：
w.Header().Set("Access-Control-Allow-Origin", "*")，否则 fetch wasm 会跨域失败 - 如果用
go run main.go启的服务，确保静态资源路径是相对二进制所在目录，不是go命令执行目录
Go 的 wasm 调试链路长：Go 编译 → wasm 二进制 → JS 胶水 → 浏览器引擎 → DevTools 解析，任意一环的配置偏差都会让断点失效或源码丢失。最常被忽略的是 map 文件的 HTTP 响应头和 runtime.Breakpoint() 的使用时机。