sublime text 默认不支持直接按ctrl+b运行.asm文件，需手动配置build system调用nasm和ld（或gcc）；先确保工具链安装并加入path，再创建assembly.sublime-build文件，指定shell_cmd、selector等字段，并正确设置语法高亮与保存文件。
Sublime 里直接按 Ctrl+B 运行汇编？不行，它根本不认识 .asm
Sublime Text 本身不解析、不编译任何语言，它只是个编辑器。所谓“运行汇编”，其实是你配置好外部工具链（比如 nasm + ld 或 gcc），再让 Sublime 调用它们。默认的 Build System 完全不知道 nasm 在哪、该传什么参数、输出文件放哪儿——所以直接按 Ctrl+B 只会报错：Unable to find target 'Build' 或更常见的：sh: nasm: command not found。
实操建议：
- 先在终端里确认
nasm和ld（或gcc）已安装且能调用，例如运行nasm -v和ld -v - Windows 用户注意：别只装了 NASM 的 GUI 版（
nasmw.exe），命令行要用nasm.exe，且必须加到系统PATH - macOS 用户若用 Homebrew 安装，
nasm默认在/opt/homebrew/bin/nasm，得确保 Sublime 启动方式能继承 shell 的PATH（推荐从终端用subl .打开项目）
写一个能跑通的 Sublime Build System（Linux/macOS 通用）
新建 Tools → Build System → New Build System，贴入以下内容并保存为 Assembly.sublime-build（路径通常是 ~/Library/Application Support/Sublime Text/Packages/User/ 或 ~/.config/sublime-text/Packages/User/）：
{
"shell_cmd": "nasm -f elf64 $file_name -o ${file_base_name}.o && ld ${file_base_name}.o -o ${file_base_name}",
"file_regex": "^(..[^:]*):([0-9]+):?([0-9]+)?:? (.*)$",
"working_dir": "$file_path",
"selector": "source.asm"
}
说明与注意点：
-
"shell_cmd"是核心：先用nasm生成目标文件，再用ld链接成可执行文件；$file_name是带后缀的文件名，${file_base_name}是不带后缀的，避免硬编码 - 如果你用的是 macOS，
-f elf64会失败（macOS 用macho64），得改成nasm -f macho64 $file_name -o ${file_base_name}.o && gcc ${file_base_name}.o -o ${file_base_name} -
"selector": "source.asm"表示只有语法高亮设为 “Assembly” 时才自动启用这个构建系统；记得在右下角点击语法名，选 “Assembly (NASM)” - Windows 用户需把
elf64换成win64，ld换成gcc，路径分隔符不用改（Sublime 内部会处理）
为什么写完汇编，Ctrl+B 后没反应，或者提示 “No build system”？
这不是代码问题，是 Sublime 没法把当前文件和构建规则对上号。常见断点：
- 文件没保存：Sublime 的
$file_name变量在未保存时为空，构建命令直接崩掉，连错误都不报——务必先Ctrl+S - 语法高亮没设对：右下角显示的是 “Plain Text” 或 “ASM” 而不是 “Assembly (NASM)”，
selector不匹配，构建系统不会激活 - Build System 没手动选中：即使配置了，也要在
Tools → Build System里选中你刚建的Assembly，否则默认用Automatic，而它不认识.asm - 路径含中文或空格：虽然 Sublime 大多能处理，但
nasm和ld在某些旧版本下会卡住；临时解决：把文件移到~/test/这类纯英文无空格路径下试试
调试汇编程序？Sublime 本身做不到，但可以快速配合 GDB
Sublime 没有内建调试器，也没办法单步执行汇编指令。不过你可以用构建系统顺手加一句 gdb 启动：
{
"shell_cmd": "nasm -f elf64 $file_name -o ${file_base_name}.o && ld ${file_base_name}.o -o ${file_base_name} && gdb ./${file_base_name}",
"working_dir": "$file_path",
"selector": "source.asm"
}
但这只是打开 GDB，真正调试还得自己输 break _start、run、stepi。更实用的做法是把构建和调试拆开：
- 用上面的 Build System 编译出可执行文件
- 终端里进同一目录，直接运行
gdb ./your_program，效率更高、历史命令可复用 - 如果非要图形化，别折腾 Sublime，直接用 VS Code +
CodeLLDB插件，对汇编支持更稳
最常被忽略的一点：汇编里写的 _start 符号，GDB 默认不显示源码行号，除非你加 -g 参数给 nasm（即 nasm -g -f elf64 ...），而且只对调试信息有效，不影响执行逻辑。
