按Ctrl+B无反应或报错说明构建系统未生效，关键需确保右下角语法名与.sublime-build中selector严格一致，且nasm等工具路径已正确加入系统PATH并被Sublime继承。
怎么确认当前构建系统是否生效
按 Ctrl+B 后没反应、报 sh: nasm: command not found 或直接弹出“No build system”提示，说明 Sublime 没找到匹配的构建规则。关键不是看文件有没有高亮，而是右下角显示的语法名必须和构建系统里的 selector 字段完全一致。比如你手动设成了 x86 (GAS)，但构建文件里写的是 source.asm.nasm，那 Ctrl+B 就永远不触发。
修改 .sublime-build 文件的核心字段
构建系统本质是一个 JSON 配置文件，放在 Packages/User/ 下（Windows 路径类似 %APPDATA%\Sublime Text\Packages\User\）。编辑它时重点改三项：
-
cmd：实际执行的命令，例如["nasm", "-f", "elf64", "$file", "-o", "$file_base_name.o"] -
selector：必须与你当前文件的语法 scope 严格对应，常见值有：source.asm.nasm（对应 NASM 插件）、source.gas（对应 GNU GAS 插件）、source.asm（部分旧插件用） -
file_regex：用于捕获错误行号，如^([^:]*):([0-9]+):([0-9]+):可匹配 GCC 风格报错，但 NASM 默认输出是hello.asm:5: error: ...，建议用^(.*?):([0-9]+):
为什么改了 cmd 还是调不起 nasm 或 as
根本原因不是配置错，而是 Sublime 启动时没继承 shell 的 PATH：
- macOS / Linux：必须从终端执行
subl .启动 Sublime，否则它看不到 Homebrew 或手动添加的路径 - Windows：检查
nasm.exe所在目录是否加进了**系统级**环境变量PATH（不只是用户 PATH），尤其注意路径中不能含中文或空格 - 验证方式：在构建命令里临时加一行
["echo", "$PATH"]，看输出里有没有你的工具路径
多个汇编风格共存时怎么避免冲突
如果你同时写 .asm（NASM）和 .s（GAS），不能只靠一个构建系统。正确做法是建两个独立文件：
-
NASM.sublime-build：selector设为source.asm.nasm，cmd调nasm -
GAS.sublime-build：selector设为source.gas，cmd调as或gcc -c
然后通过右下角语法切换自动匹配——选 x86 (NASM) 就只看到 NASM 构建项，选 x86 (GAS) 就只看到 GAS 项。别指望一个 selector 覆盖两种语法，scope 名字不同就是不同语言。
真正容易被忽略的是：语法绑定、scope 名、selector 字符串、PATH 环境变量，这四者只要有一个对不上，Ctrl+B 就静默失败。
