根本原因在于Sublime未将文件识别为NASM：右下角显示Plain Text即说明高亮与构建均未启动，须点击切换至Assembly (NASM)或x86 (NASM)，若菜单无选项则启用对应插件；.s与.S需分别永久绑定；寄存器不着色因语法包未定义，应升级插件或自定义语法；构建系统selector必须严格匹配当前语法scope。
装完插件不亮、Ctrl+B 报错、寄存器灰着色——根本不是插件没装对，而是 Sublime 压根没把你的文件当 NASM 处理。
右下角显示 Plain Text 就说明高亮完全没启动
这不是插件问题，是 Sublime 没识别当前文件类型。打开 .asm 文件，右下角若显示 Plain Text、C 或 ShellScript，哪怕你装了十个 NASM 插件，section .text 和 mov eax, 1 也绝不会变色。
- 点击右下角文字（比如
Plain Text）→ 搜索Assembly (NASM)或x86 (NASM)→ 选中即生效 - 如果菜单里根本没有这些选项：按
Ctrl+Shift+P→ 输入Package Control: Enable Package→ 搜索并启用NASM Assembly或EnhancedAssembly（注意名称带括号，别选Assembly Language Support这类泛用包） - 临时验证最快方式：
Ctrl+Shift+P→ 输入Set Syntax: x86 (NASM)回车，立刻看是否着色
.s 文件总被当成 Shell 脚本，.S 必须单独绑定
.s 文件常以 #include 或 #define 开头，Sublime 会直接 fallback 到 ShellScript 语法，%rax、movq 全灰；.S（大写）在 Sublime 里是独立后缀，不会继承小写规则。
- 删掉文件第一行的
#注释，再执行Set Syntax: x86 (GAS)—— 仅用于临时测试，不解决根本问题 - 永久绑定：右键文件标签页 →
Open all with current extension as…→ 选EnhancedAssembly → x86 (NASM)（注意大小写和空格必须完全一致） -
.S文件必须另做一次右键绑定，否则内核汇编或裸机代码照样不亮
寄存器/新指令（如 vmovdqa、r12b）不着色，不是配置错
光标停在词上，按 Ctrl+Shift+P → 输入 Developer: Show Scope Name，如果输出里不含 support.instruction 或 variable.register 类 scope，说明语法包原始定义就没收录这个词。
- 查包更新：
Ctrl+Shift+P→Package Control: Upgrade Package→ 升级你正在用的NASM Assembly插件 - 别直接改
Packages/NASM/下的.sublime-syntax文件：升级会覆盖，且 YAML 格式写错会导致整个语法失效 - 安全做法：用
PackageResourceViewer提取原语法 → 复制到Packages/User/下重命名（如MyNASM.sublime-syntax）→ 只在instructions规则里加正则，例如：- match: \b(vmovdqa|vpmovzxbd)\b
构建系统 selector 必须与语法 scope 严格一致
自定义 nasm.sublime-build 时，selector 字段必须匹配你手动设置的语法 scope。比如你用的是 Assembly (NASM)，那 selector 得写成 source.asm.nasm；若用的是 EnhancedAssembly → x86 (NASM)，则 selector 应为 source.nasm。
- 不一致会导致
Build菜单里找不到对应项，或者 Build 时根本不会触发 -
.asm文件若被识别为Plain Text，构建系统也永远不会运行——高亮和构建都卡在同一个起点：右下角显示的语法名是否正确 - 确认当前语法 ID 的最简方式：控制台输入
view.settings().get('syntax')，返回值就是你该填进selector的字符串
真正卡住人的永远不是“怎么装”，而是“怎么让 Sublime 认出这是 NASM”——从右下角那个小小的状态栏开始，每一步绑定都必须精确到大小写和空格。
