终端开关必须用 ctrl + `，alt + f12 预览定义更安全，ctrl + d/ctrl + shift + l 批量修改配置，ctrl + shift + p 查命令最可靠。
终端开关必须用 Ctrl + `，别点鼠标
WebAssembly 编译链路里，你几乎全程和终端打交道：wasm-pack build、cargo build、emcc、python -m http.server……频繁开/关终端是常态。用鼠标点右下角图标或菜单栏，节奏一断，调试状态就容易丢。直接按 Ctrl + `（反引号键），终端面板瞬间唤出并聚焦，再按一次就收起，不打断当前编辑上下文。macOS 用户注意：Dock 启动的 VSCode 可能没继承 shell 的 PATH，这时候即使 wasm-pack --version 在 iTerm 里能跑，在 VSCode 终端里仍报 command not found——解决办法是用已执行过 source $HOME/.cargo/env 的终端运行 code . 启动编辑器。
Alt + F12 看源码定义，比跳转更安全
Rust 或 C++ 的 WASM 模块一旦编译进 .wasm，源码就变成“黑盒”。但调试时你常需要确认某个函数签名是否导出、某个 #[wasm_bindgen] 是否生效、或者 C 函数有没有加 extern "C"。这时候别急着 F12 跳走——跳过去可能是个空文件，或指向打包后的 JS 胶水代码。用 Alt + F12 在当前文件内预览定义（Peek Definition），它会拉出一个悬浮窗，显示原始 lib.rs 或 add.c 中的真实声明。如果悬窗里内容为空或报错，说明插件没识别语言上下文，得检查是否装了对应语言服务器（如 Rust Analyzer、C/C++ 插件）且项目根目录有 Cargo.toml 或 CMakeLists.txt。
多光标批量改 crate-type 和 target 配置
WASM 编译失败一大半卡在配置项上：Cargo.toml 里漏写 [lib] crate-type = ["cdylib"]，tasks.json 里写错 --target wasm32-unknown-unknown，甚至把 wasm32-wasi 和 wasm32-unknown-unknown 混用。手动一行行改太慢还易漏。用 Ctrl + D 先选中一个 crate-type，连按几次选中所有同类字段，再统一改成 ["cdylib"]；同理，用 Ctrl + Shift + L 全选所有 wasm32- 开头的目标字符串，替换成正确目标。注意：Rust 项目必须用 wasm32-unknown-unknown（浏览器环境），C/C++ 用 Emscripten 时默认走 wasm32-unknown-unknown，但用 WASI SDK 时得明确写 wasm32-wasi——类型不匹配会导致 no such target 错误。
Ctrl + Shift + P 查命令比记快捷键更可靠
WASM 工具链更新快，wasm-pack 新增 --keep-debug，emcc 加了 --no-heap-copy，VSCode 插件也常注册新命令（比如 “Wasm: Open Dev Server”）。指望死记硬背不现实。任何时候不确定该用什么命令，直接按 Ctrl + Shift + P（Mac 是 Cmd + Shift + P），输入关键词：wasm、build、debug、server……所有匹配命令立刻列出，括号里还标注了当前绑定的快捷键。尤其当你发现 launch.json 里断点灰色无效时，先搜 “JavaScript Debug: Toggle Auto Attach”，确认调试器是否启用；再搜 “Developer: Toggle Developer Tools”，看控制台有没有 source map 加载失败的报错——这些都不是靠记忆能覆盖的场景。
真正卡住你的往往不是语法或 API，而是路径对齐、MIME 类型、source map 加载时机这种细节。比如 launch.json 里 sourceMapPathOverrides 写成 "webpack:///./src/*": "${webRoot}/src/*"，但你根本没用 webpack，结果所有 .rs 文件在 Chrome Sources 面板里压根不出现。
