Chrome C/C++ DevTools(DWARF)调试WASM时无法找到源码求助

针对你遇到的加载调试符号后找不到源文件、模块ID未知的错误，可按以下步骤排查修复：

1. 确认DWARF符号与源文件路径映射 #

• 用llvm-dwarfdump WasmApp.wasm检查WASM文件中的DWARF符号，确认其中包含的源文件路径是正确的（绝对路径或能被服务器正确解析的相对路径）。如果路径异常，编译时需确保源文件以正确路径传入编译器。
• 给Emscripten添加--source-map-base参数，指定源文件的基础URL，比如你的源文件放在服务器根目录的src文件夹下，编译命令可改为：

  emcc your_code.cpp -o WasmApp.wasm -g -gsource-map --source-map-base http://localhost:5500/src/
  

2. 适配Chrome更新后的调试环境 #

• 打开Chrome DevTools，进入Settings -> Experiments，勾选WebAssembly Debugging: Enable DWARF support——部分新版本Chrome已将原扩展的功能集成到原生DevTools中，启用该选项后可尝试禁用原C/C++ DevTools(DWARF)扩展再调试。
• 完全禁用并重新启用扩展，然后清除浏览器缓存（Ctrl+Shift+Delete），强制刷新页面（Ctrl+Shift+R），避免缓存的旧符号或源文件干扰。

3. 调整编译参数 #

• 除-g/-g3外，添加-gsource-map参数生成对应的.wasm.map文件，确保该文件与WASM文件放在同一服务器目录下，且服务器能正常返回该文件。
• 尝试改用-g2代替-g3，过高的调试信息级别可能导致扩展解析符号时出现异常。
• 检查编译配置中是否存在--strip-debug之类的参数，这类参数会剥离调试符号，必须移除。

4. 验证服务器配置 #

• 确保服务器返回WASM文件时的Content-Type头为application/wasm，源文件（如.cpp）的Content-Type为text/plain或对应文本类型，错误的MIME类型会导致DevTools无法正确识别文件。
• 确认服务器没有对源文件路径做重写或拦截，保证DevTools能通过符号中记录的路径访问到源文件。

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