sublime text汇编高亮失效主因是文件后缀未绑定语法，右下角显示plain text即证实；需手动将.asm/.s/.s绑定至对应nasm或gas语法，选错插件或主题不匹配亦致寄存器/指令不着色。
Sublime Text 默认不识别 .asm 或 .s 文件为汇编语言，装了插件也不亮，90% 是因为文件后缀根本没绑定到对应语法 —— 高亮失效和插件装没装对无关，只和右下角显示什么有关。
右下角显示 Plain Text 就说明语法没绑对
Sublime 不会自动把 .asm、.s、.S 当成汇编，它只查扩展名映射表，而默认表里压根没填这些后缀。打开文件后右下角写着 Plain Text，哪怕你装了五个汇编插件，高亮也完全不会触发。
- 临时验证：点击右下角文字 → 搜索
Assembly (NASM)或x86 (GAS)→ 选中，立刻看是否变色 - 若菜单里没有这些选项：按
Ctrl+Shift+P→ 输入Package Control: Enable Package→ 搜索Assembly或NASM→ 勾选启用（注意名称带括号的，比如Assembly (NASM)） -
.s和.S是两个独立后缀，必须分别右键标签页 →Open all with current extension as…→ 各自绑定一次
选错插件，mov eax, 1 和 movl $1, %eax 都不会亮
NASM（Intel 语法）和 GAS（AT&T 语法）指令格式、注释符、伪指令前缀完全不同，用同一套高亮规则必然崩。常见现象包括：.globl 标黄、%rbp 不着色、section .data 被当错误。
- 写
.asm文件，用mov eax, 1、section .text、%define→ 装NASM Assembly插件最稳 - 写
.s或.S文件，用movl $1, %eax、.globl _start、# comment→ 换GNU Assembly (GAS) Syntax Highlighting - 别装
Assembly (x86/x64)这类大杂烩插件——遇到.cfi_startproc或 RISC-V 的csrrw就直接放弃高亮
.s 文件总被当成 Shell 或 C
Sublime 的语法检测会读文件开头几行。GAS 风格的 .s 常以 # 开头写注释或预处理指令（如 #include "asm/errno.h"），系统直接 fallback 到 ShellScript 或 C 语法，寄存器（如 %rax）、指令（如 movq）全无颜色。
- 临时解决：删掉第一行的
#注释，再执行Set Syntax: x86 (GAS) - 永久绑定：右键文件标签 →
Open all with current extension as…→ 选x86 (GAS)（注意大小写和空格，名称必须完全一致） - 更可靠方式：Preferences → Settings – Syntax Specific → 加一行：
"syntax": "Packages/GNU Assembly (GAS) Syntax Highlighting/syntaxes/x86_gnu.sublime-syntax"（路径需与实际安装位置一致）
寄存器或新指令（如 vmovdqa、csrrw）不着色，不是配置错
光标停在 vmovdqa 上，按 Ctrl+Shift+P 输入 Developer: Show Scope Name，如果输出里不含 support.instruction 或 variable.register 类 scope，说明当前语法包根本不认识这个词 —— 它不是 bug，是原始定义就没收录。
- 先升级插件：
Ctrl+Shift+P→Package Control: Upgrade Package→ 升级你正在用的NASM或GAS包 - 别直接改
Packages/下的.sublime-syntax文件：升级会覆盖；改错 YAML 格式会导致整个语法失效 - 安全做法：用
PackageResourceViewer提取原语法 → 复制到Packages/User/下重命名（如MyNASM.sublime-syntax）→ 只在instructions规则里加正则匹配，例如- match: \b(vmovdqa|vpmovzxbd)\b
真正容易被忽略的是：即使语法包定义了 rax，如果你用的主题没映射 variable.register 这个 scope，它照样不着色。高亮生效依赖“语法定义 + 主题支持”双匹配，缺一不可。
