sublime text汇编高亮失效主因是语法未手动切换或后缀未绑定：需通过右下角状态栏确认当前语法，用ctrl+shift+p执行set syntax临时验证，按nasm/gas风格选用对应插件并永久绑定后缀，自定义指令须复制语法文件至packages/user/修改。
Sublime Text 默认不识别 .asm 或 .s 文件为汇编语言，装了插件也不亮？八成是语法没手动切换，或后缀没绑定对。
怎么确认当前文件用了 Assembly 语法
右下角状态栏显示的文本就是当前语法名。如果看到的是 Plain Text、C、ShellScript，哪怕你装了十款汇编插件，高亮也完全不会触发。
- 打开一个
.asm文件 → 点击右下角文字（比如Plain Text）→ 搜索NASM、GAS、x86等关键词，选中对应项 - 若菜单里压根没有这些选项，说明插件根本没生效：按
Ctrl+Shift+P输入Package Control: Enable Package，再搜Assembly或NASM手动启用 - 临时验证最快方式：
Ctrl+Shift+P→ 输入Set Syntax: x86 (NASM)回车，看是否立刻变色
为什么 .s 文件总被当成 Shell 或 C
Sublime 的语法检测会读文件开头几行内容。GNU Assembler (GAS) 风格的 .s 文件常以 # 开头写注释或预处理指令（如 #include "asm/errno.h"），这会让 Sublime 优先匹配 ShellScript 或 C 语法。
- 删掉第一行的
#注释，再执行一次Set Syntax: x86 (GAS) - 永久绑定更可靠：右键文件标签 →
Open all with current extension as…→ 选EnhancedAssembly → x86 (GAS) - 或在用户设置里硬指定：
Preferences → Settings – Syntax Specific，加一行："syntax": "Packages/EnhancedAssembly/syntaxes/x86_gnu.sublime-syntax" -
.S（大写）和.s是两个独立后缀，必须分别绑定，否则内核汇编文件照样灰
选错插件会导致寄存器/伪指令标红
NASM 和 GAS 语法差异太大：mov eax, 1（Intel）和 movl $1, %eax（AT&T）用同一套高亮规则，必然崩。常见现象包括：.globl 标黄、%rbp 不着色、section .data 被当错误。
- 写 NASM/YASM（
.asm后缀 +section、%define）→ 装NASM Assembly或EnhancedAssembly - 写 GAS（
.s或.S后缀 +.globl、%rax、#注释）→ 装GNU Assembly (GAS) Syntax Highlighting，别用ASM Language（它默认按 NASM 设计） - 一个文件里混用 Intel + AT&T 语法时，高亮必然崩 —— 这不是配置问题，是语法设计冲突
自定义指令或寄存器怎么加进高亮
所有公开插件只覆盖通用指令集。像 vmovdqa、csrrw、r12b 这类较新或平台专属 token，默认不会着色 —— 不是你配错了，是语法定义本来就没它。
- 别改插件源码目录下的
.sublime-syntax文件（升级会被覆盖） - 正确做法：用
Preferences → Browse Packages…进Packages/User/，复制对应语法文件（如nasm.sublime-syntax）过来，重命名后修改contexts下的instructions:或registers:列表，追加- 'vmovdqa'或- 'r12b' - 改完保存，重启 Sublime 或执行
Tools → Developer → New Plugin…后删缓存再试 - 寄存器标红还可能是 scope 冲突：把光标停在
%rax上，按Ctrl+Shift+P输入Developer: Show Scope Name，看输出里有没有variable.register.x86—— 没有就说明语法包根本没定义这个词
最常被忽略的点是：Sublime 的语法高亮不解析语义，只做静态字符串匹配；所以哪怕你装了五个汇编插件，只要右下角没点对那个名字，就永远是黑白的。
