Sublime Text汇编高亮失效主因是语法未绑定：右下角显示Plain Text即证实，需点击切换至Assembly (NASM)或x86 (GAS)，.s与.S须分别绑定，选错插件或scope不匹配亦致指令寄存器不着色。
Sublime Text 里 Assembly 文件打开就是黑白或被当成 Shell/C，不是插件没装，是你没手动把文件和语法绑上——Plain Text 显示在右下角，高亮就永远不启动。
怎么确认并切换当前语法？
右下角显示的文本就是 Sublime 实际使用的语法名。只要它是 Plain Text、C 或 ShellScript，哪怕你装了十个插件，mov eax, 1 也绝不会变色。
- 打开一个
.asm或.s文件 → 点击右下角文字（比如Plain Text）→ 搜索NASM、GAS、x86 (NASM)或x86 (GAS)→ 选中 - 如果菜单里压根没有这些选项：按
Ctrl+Shift+P→ 输入Package Control: Enable Package→ 搜NASM Assembly或GNU Assembly (GAS) Syntax Highlighting→ 勾选启用 - 临时验证最快方式：
Ctrl+Shift+P→ 输入Set Syntax: x86 (NASM)回车，立刻看section .text和mov是否着色
.s 和 .S 文件总被当成 Shell 或 C 怎么办？
Sublime 会读文件开头几行判断语法。.s 文件常见以 # 开头（如 #include "asm/errno.h"），系统直接 fallback 到 ShellScript，%rax、movq 全灰。
- 删掉第一行的
#注释，再执行Set Syntax: x86 (GAS) - 永久绑定：右键文件标签页 →
Open all with current extension as…→ 选x86 (GAS)（注意大小写和空格，名称必须完全一致） -
.S（大写）和.s是两个独立后缀，必须分别右键绑定一次；否则内核汇编文件照样不亮
选错插件，寄存器和伪指令全标红
NASM（Intel 语法）和 GAS（AT&T 语法）指令格式、注释符、伪指令前缀完全不同。混用插件会导致 .globl 标黄、%rbp 不着色、section .data 被当错误。
- 写
.asm文件，用mov eax, 1、section .text、%define→ 装NASM Assembly或EnhancedAssembly - 写
.s或.S文件，用movl $1, %eax、.globl _start、# comment→ 必须换GNU Assembly (GAS) Syntax Highlighting - 别装
Assembly (x86/x64)这类大杂烩插件——遇到.cfi_startproc或 RISC-V 的csrrw就直接放弃高亮
寄存器或新指令（如 vmovdqa、r12b）不着色怎么办？
这不是配置错，是语法包原始定义就没收录。光标停在词上按 Ctrl+Shift+P → 输入 Developer: Show Scope Name，如果输出里不含 support.instruction 或 variable.register.x86，说明它根本没被识别。
- 查包更新：
Ctrl+Shift+P→Package Control: Upgrade Package→ 升级你正在用的 NASM 或 GAS 插件 - 别直接改
Packages/NASM Assembly/syntaxes/nasm.sublime-syntax—— 升级会被覆盖，且 YAML 格式写错会导致整个语法失效 - 安全做法：用
PackageResourceViewer提取原语法 → 复制到Packages/User/下重命名（如MyNASM.sublime-syntax）→ 在instructions:或registers:规则里加- \b(r12b|vmovdqa)\b
真正容易被忽略的是：语法 ID 和构建系统里的 selector 必须完全一致，比如你手动设成了 source.nasm，但构建系统写的是 source.asm，Ctrl+B 就永远不会触发；还有 macOS 上从桌面图标启动 Sublime，它根本看不到 /opt/homebrew/bin/nasm，必须从终端执行 subl . 启动才有效。
