Sublime中.asm/.s文件高亮失效是因未绑定正确语法，需手动设置Assembly(NASM)或x86(GAS)语法，区分.s与.S扩展名分别绑定，并确保构建系统selector与语法ID一致、主题映射对应scope。
右下角显示 Plain Text 就说明没绑语法
这不是插件坏了，是 Sublime 根本没把文件当汇编处理。打开 .asm 或 .s 文件，右下角写着 Plain Text，高亮就永远不会触发——连注释、寄存器、指令都一色灰。
立刻验证：点右下角文字 → 搜索 Assembly (NASM) 或 x86 (GAS) → 选中。若菜单里压根没有这些项，说明对应包被禁用，不是“没装”，而是被 ignored_packages 屏蔽了。
- 按
Ctrl+Shift+P→ 输入Package Control: Enable Package→ 搜Assembly (NASM)（注意括号和大小写）→ 勾选启用 - 启用后不重启也能立刻生效，再点右下角就能看到选项
- 快捷方式更稳：
Ctrl+Shift+P→Set Syntax: x86 (GAS)回车，比点菜单快且不易误触
.s 和 .S 必须分别绑定，不能混用
.s 文件常被当成 ShellScript，尤其开头有 #include 或 #define；.S（大写）则完全独立，Sublime 不会自动继承小写规则。两者绑定必须分开操作，否则总有一类文件永远灰着。
临时解决：打开 .s 文件 → Ctrl+Shift+P → Set Syntax: x86 (GAS)；再打开 .S 文件 → 同样设一次。
- 永久绑定
.s：View → Syntax → Open all with current extension as…→ 选x86 (GAS)（名称必须一字不差） - 永久绑定
.S：右键文件标签页 →Open all with current extension as…→ 再手动选一次x86 (GAS) - 别指望
.s绑定后.S自动生效——它们在 Sublime 内部是两个完全不同的扩展名
寄存器/新指令不着色，大概率是语法包没定义 scope
光标停在 vmovdqa 或 csrrw 上，按 Ctrl+Shift+P → Developer: Show Scope Name，如果输出里不含 support.instruction 或 variable.register.x86，说明当前语法文件压根不认识这个词——不是你配错了，是原始定义就没收录。
- 先升级包：
Ctrl+Shift+P→Package Control: Upgrade Package→ 找到你正在用的GNU Assembly (GAS) Syntax Highlighting或Assembly (NASM)升级 - 别直接改
Packages/下的.sublime-syntax文件：升级会覆盖，且 YAML 格式错一个缩进整个语法就失效 - 安全自定义路径：用
PackageResourceViewer提取原语法 → 复制到Packages/User/MyGAS.sublime-syntax→ 只在instructions规则里加正则，例如- match: \b(csrrw|csrw)\b
构建系统 selector 和语法 ID 必须严格一致
即使高亮正常，Ctrl+B 构建时也可能报 sh: nasm: command not found 或根本不动——这往往不是 PATH 问题，而是构建系统里的 selector 字段和当前文件实际语法 ID 对不上。
- 确认当前文件语法 ID：
Ctrl+Shift+P→Developer: Show Scope Name，第一行通常是source.nasm或source.gas - 打开构建系统（
Tools → Build System → New Build System），检查"selector"值是否匹配，例如："selector": "source.nasm"，不能写成source.asm或source/x86 - 主题也会影响“是否看得见”：换用
Monokai或Adaptive主题再试一次Show Scope Name，如果 scope 出来了但没颜色，就是主题没映射该 scope
真正容易被忽略的是：语法绑定、构建系统 selector、主题 scope 映射，三者缺一不可。哪怕只错一个字母，高亮或构建就会静默失败。
