Assembly语法高亮不生效需先确认安装了gerardroche的ASM Language插件（sublime-asm），而非Assembly (NASM)等过时插件；再手动绑定.s/.asm/.S等后缀至ASM语法，注意区分大小写；若写GAS汇编（AT&T语法），建议换用GAS Syntax Highlighting插件。
Assembly 语法高亮不生效？先确认插件是否真装对了
Sublime Text 默认不带 Assembly 支持，得靠第三方插件。最常用的是 ASM Language（原名 Assembly Syntax Highlighting），但名字相似的插件有好几个，容易装错。
- 插件市场搜 “ASM Language”，作者是
gerardroche，GitHub 仓库名是sublime-asm - 别选
Assembly (NASM)或Intel x86 Assembly—— 这俩要么年久失修，要么只认特定后缀（比如只认.asm不认.s） - 装完重启 Sublime，或手动执行
Ctrl+Shift+P→Set Syntax: ASM看有没有这个选项
常见错误现象：mov eax, 1 仍是黑白/灰字，或关键字（mov、jmp）没变色 —— 八成是插件没生效，不是文件后缀问题。
文件后缀和语法绑定对不上，汇编代码照样不亮
Sublime 靠文件扩展名自动匹配语法高亮，但汇编常用后缀太杂：.s（GNU Assembler）、.asm（NASM/MASM）、.S（大写，常用于 Linux 内核汇编），默认都不在 ASM Language 的绑定列表里。
- 手动绑定：打开一个汇编文件 →
Ctrl+Shift+P→ 输入Set Syntax: ASM→ 回车 - 永久绑定：右键文件标签 →
Open all with current extension in… → ASM；或者进Preferences → Settings – Syntax Specific，加一行："syntax": "Packages/ASM Language/ASM.sublime-syntax" - 注意大小写：
.S和.s在 Sublime 里是两个不同后缀，得分别绑定
性能影响几乎为零，但如果你混用 .s（GAS）和 .asm（NASM），它们指令格式差异大（比如注释符：# vs ;），一个插件很难完美覆盖两者 —— 别强求“一套规则通吃”。
关键字识别不准、伪指令标红？检查是否误用了 NASM 模式
ASM Language 插件默认按 Intel 语法 + NASM 风格设计，但 GNU Assembler（GAS）用的是 AT&T 语法，且伪指令（.data、.globl）前缀带点，容易被当成错误。
- 如果你写的是
.globl _start或movl %eax, %ebx，别指望它高亮成“标准汇编色”——插件会把.globl当未知 token 标黄/红，%eax可能直接不识别 - 解决办法只有两个：
- 改用
GAS Syntax Highlighting插件（小众但专为.s文件优化） - 或者接受现状：语法高亮只保核心指令（
mov、call），伪指令和寄存器前缀不亮就不亮，不影响编辑
- 改用
别折腾自定义 scope 或改 .sublime-syntax 文件——除非你真要长期维护 GAS 项目，否则投入产出比极低。
中文路径下插件失效？别怪 Sublime，是 Python 解码惹的祸
Windows 用户如果 Sublime 安装在中文路径（比如 C:\用户\张三\Sublime Text），部分老版本插件（尤其是基于 Python 2 的）会因路径编码失败而加载失败，表现为：插件装了但 Set Syntax 里压根没 ASM 选项。
- 最快验证法：把 Sublime 移到纯英文路径（如
C:\ST3），重装插件试试 - 或升级到 Sublime Text 4（Build 4143+）：已全面切换 Python 3，对中文路径兼容性好很多
- 不要试图改插件里的
import或加# -<em>- coding: utf-8 -</em>-—— 插件本身不是 Python 脚本，而是.sublime-syntax规则文件，不走 Python 解析流程
这事跟汇编本身无关，但卡在这一步，后面全白搭。很多人查半天“为什么 ASM 不亮”，最后发现只是路径里有个“张”字。
