Sublime Text汇编高亮不生效主因是语法未绑定：需手动右下角切换为Assembly(NASM)/x86(GAS)等，.s文件易被误判为Shell须永久绑定，寄存器/新指令不着色说明语法包未定义，应升级或自定义添加正则匹配。
Sublime Text 里 Assembly 高亮不生效，基本不是插件没装，而是语法根本没绑定过去——Plain Text 状态下再好的插件也白搭。
右下角点错语法名，高亮永远不生效
这是最常卡住人的一步：打开一个 .asm 或 .s 文件，右下角显示的是 Plain Text、ShellScript 或 C，你必须手动点击它 → 在弹出菜单中搜索并选中 Assembly (NASM)、x86 (GAS) 或 ARM Assembly（取决于你写的指令风格）。若菜单里压根没有这些选项，说明对应语法包没启用，不是“没装”，而是被禁用了。
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Package Control: Enable Package回车 - 搜索
Assembly或NASM，勾选启用（注意名称带括号的，比如Assembly (NASM)，别选成Assembly Language Support这类泛用但覆盖弱的） - 启用后立刻重试右下角切换，此时应能出现对应项
.s 文件总被当成 Shell 脚本
因为 .s 后缀在 Sublime 里默认优先匹配 ShellScript，尤其当文件开头有 # 注释（GAS 风格常见）时，系统直接 fallback 到 Shell 语法。寄存器（如 %rax）、指令（如 movq）全无颜色，注释也不标蓝。
- 临时解决：打开文件 →
Ctrl+Shift+P→ 输入Set Syntax: x86 (GAS)立即生效 - 永久绑定：
View → Syntax → Open all with current extension as…→ 选x86 (GAS)（注意大小写和空格，名称必须完全一致） - 如果文件是大写
.S，需单独绑定：右键标签页 →Open all with current extension as…→ 手动选语法，Sublime 会记住.S而非.s
寄存器/新指令不着色，不是配置错，是语法包没定义
光标停在 vmovdqa 或 csrrw 上，按 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
构建系统里 selector 和语法 scope 对不上
Ctrl+B 报 sh: nasm: command not found 是 PATH 问题；但报 No build system for syntax 或静默失败，八成是构建系统里的 selector 没匹配上当前文件实际语法 ID。
- 确认当前文件语法 ID：
Ctrl+Shift+P→Developer: Show Scope Name，看第一行类似source.assembly.nasm或source.assembly.gas的值 - 构建系统（
.sublime-build）里"selector"字段必须和这个 ID 完全一致，比如"selector": "source.assembly.nasm" - 别信“自动识别”——
source.asm、source.assembly这类宽泛 selector 在新版 Sublime 中基本不触发，必须精确
真正容易被忽略的是：不同汇编风格（NASM vs GAS）、不同后缀（.s vs .S vs .asm）、甚至同一插件的不同版本，其语法 scope 名称都可能不同；靠猜名字配 selector 或硬写路径，十次有九次失败。
