Ctrl+B无反应的根本原因是语法selector未匹配或构建系统缺失；右下角须显示Assembly (NASM)等而非Plain Text，且.sublime-build中selector必须与语法scope严格一致，如source.asm.nasm对应Assembly (NASM)。
Ctrl+B 是 Sublime Text 调出构建（编译）窗口的默认快捷键，但前提是：当前文件已正确绑定汇编语法，且存在匹配的构建系统。否则按了也没反应，或弹出“No build system found”。
Ctrl+B 没反应？先确认语法是否生效
- 右下角状态栏显示的是
Plain Text、C或ShellScript→ 构建系统根本不会触发 - 必须是
Assembly (NASM)、x86 (GAS)、EnhancedAssembly → x86 (GAS)等明确带“Assembly”或“x86”的语法名 - 临时验证：按
Ctrl+Shift+P→ 输入Set Syntax: x86 (NASM)回车，再试Ctrl+B
构建系统 selector 和语法 scope 必须严格一致
- 你手动设的是
Assembly (NASM)？那.sublime-build文件里selector得写成source.asm.nasm - 你用的是
EnhancedAssembly → x86 (GAS)？对应selector应为source.gas - 常见错误：
-
selector写成source.asm，但实际语法 scope 是source.gas→ Build 菜单里不显示该系统 -
.s文件被识别为source.shell→ 即使构建系统存在，Ctrl+B也静默跳过
-
编译命令找不到 nasm 或 as？不是 Sublime 的问题
-
sh: nasm: command not found表示系统 PATH 里没有nasm - Mac 用户：Homebrew 安装的
nasm默认在/opt/homebrew/bin/nasm，必须从终端执行subl .启动 Sublime，否则它读不到 shell 的 PATH - Windows 用户：检查
nasm.exe所在目录是否加入系统级环境变量PATH（不只是用户变量） - 不建议在构建系统里硬写绝对路径（如
"cmd": ["/opt/homebrew/bin/nasm", "-f", "elf64", "$file"]），维护成本高，跨机器易失效
真正容易被忽略的是：高亮和构建是两套独立机制，但都卡在同一个起点——右下角那个语法名。改对了语法，Ctrl+B 才可能响；改错了，哪怕构建系统文件写得再漂亮，也永远静音。
