sublime text 汇编文件高亮失效主因是扩展名未绑定语法，右下角显示“plain text”即证实；需手动关联 .asm/.s/.s 到对应插件（如 nasm 或 gas），并确保构建系统 selector 与语法 id 一致。
Sublime Text 默认不给 .asm 或 .s 文件上色，装了插件也不亮，不是你操作错了，是它根本没把文件和语法绑定上——高亮失效的根因 90% 在这一步。
右下角显示 “Plain Text” 就说明语法没绑对
Sublime 不会自动把 .asm 当成汇编，哪怕你刚装完 NASM 插件。它只查扩展名映射表，而默认表里压根没填 .asm、.s、.S 这些后缀。
- 打开一个
hello.asm→ 点右下角当前语言（比如 “Plain Text”）→ 搜索 “NASM” 或 “x86 (NASM)” → 选中 - 如果菜单里没有这些选项，说明插件没启用：按
Ctrl+Shift+P输入Package Control: Enable Package，搜Assembly或NASM启用 - 绑定要分大小写：
.s和.S是两个不同后缀，得分别右键文件标签 →Open all with current extension as→ 手动选一次
选错插件，mov eax, 1 和 movl $1, %eax 都不会亮
你写的到底是 Intel 语法还是 AT&T 语法？插件不匹配，寄存器、伪指令、注释符全乱套。
- 写
.asm文件，用mov eax, 1、section .text→ 装NASM Assembly插件最稳，%define和rbp都能识别 - 写
.s或.S文件，用movl $1, %eax、.globl _start→ 换GNU Assembly (GAS) Syntax Highlighting，否则.quad、%rsp全灰 - 别装 “Assembly (x86/x64)” 这类大杂烩插件——遇到
.cfi_startproc或 RISC-V 的csrrw就直接放弃高亮
Ctrl+B 报 sh: nasm: command not found 是 PATH 问题，不是 Sublime 的锅
这个错误和语法高亮完全无关，是系统找不到 nasm 命令。Sublime 启动时没继承 shell 的环境变量，尤其 macOS 用户最容易卡在这儿。
- 先在终端运行
nasm -v和ld -v，有版本号才说明工具链装好了 - macOS（Apple Silicon）：Homebrew 安装的
nasm在/opt/homebrew/bin/nasm，必须从终端执行subl .启动 Sublime，否则它看不到这个路径 - Windows：检查
nasm.exe所在目录是否进了系统级PATH（不只是用户级），重启 Sublime 再试 - 构建系统里的
"selector"必须和当前文件实际语法 ID 一致——比如你手动设成了source.nasm，但构建系统写的是source.asm，照样不触发
真正容易被忽略的是：寄存器名（如 rax）或自定义宏（如 %define BUF_SIZE 4096）不着色，往往不是插件漏了，而是你用的主题没映射对应 scope。光标停在词上按 Ctrl+Shift+P 输入 Developer: Show Scope Name，看到输出里没有 support.variable.register.x86 这类字段，就该换主题或改语法定义了。
