sublime默认不支持8086汇编高亮，因其内置及主流插件（如nasm/gas）面向x86-64或linux内核汇编，无法识别8086特有指令（mov ax,1）、段定义（data segment）、伪指令（assume）和dos中断（int 21h），且大小写不敏感规则缺失，导致语法匹配失败、全文白色。
Sublime Text 本身不支持 8086 汇编高亮或构建，必须手动配插件 + 构建系统，且默认插件基本不兼容 8086（如 NASM/GAS 插件会把 mov ax, 1 当语法错误）。
为什么 8086 汇编在 Sublime 里全是白色？
Sublime 默认语法包（Assembly (NASM)、Assembly (GAS)）面向现代 x86-64 或 Linux 内核汇编，它们不识别 8086 特有指令（mov ax, 1）、段定义（data segment）、伪指令（assume cs:code, ds:data）和 DOS 中断（int 21h）。装了插件却仍是黑白文本，不是没装好，是插件压根没覆盖这些 token。
- 打开一个
.asm文件 → 右下角点语法名 → 搜索Assembly (NASM)或x86 (GAS)→ 即使选中也无效，因为匹配规则里没写ax、data segment - 用
PackageResourceViewer查看默认语法文件，你会发现instructions列表里只有movq、pushq这类 64 位指令，没有mov单独匹配寄存器的规则 - 8086 的大小写不敏感（
MOV AX, 1和mov ax, 1都合法），但所有公开语法定义都按大小写敏感处理，导致高亮断续
怎么让 8086 指令和段声明变色？
唯一可靠办法：自己写一个极简的 .sublime-syntax 文件，只覆盖你实际用到的关键词。别试图魔改现有插件——它们结构复杂，且升级后重置。
- 新建文件，保存为
Packages/User/8086.sublime-syntax（路径可通过Preferences → Browse Packages…打开） - 内容只需三段：
file_extensions绑定.asm，contexts定义关键词，scope控制颜色（例如keyword.control.instruction.8086） - 关键正则示例：
- match: \b(?i)(mov|add|sub|jmp|je|jne|call|int)\b（注意(?i)开启忽略大小写） - 段声明单独加：
- match: \b(?i)(data|stack|code|extra)\s+segment\b，伪指令加：- match: \b(?i)(assume|org|end)\b - 寄存器必须逐个列：
- match: \b(?i)(ax|bx|cx|dx|si|di|sp|bp|cs|ds|es|ss)\b，不能写[a-z]{2}——会误标变量名
如何在 Sublime 里编译运行 8086 程序？
Sublime 不执行 DOS 环境，所以不能原生运行 .exe 或 .com。所谓“运行”，本质是调用外部工具链生成目标文件，再交给 DOSBox 或 Bochs 加载。构建系统只负责前半步。
- 先确保你已安装
ml.exe（Microsoft Macro Assembler，Windows 仅限）或tasm（Turbo Assembler），并加入 PATH；命令行运行ml /?能输出帮助才算到位 - 构建系统（
8086.sublime-build）核心字段："cmd": ["ml", "/c", "/Zi", "/Fo${file_base_name}.obj", "${file}"]（/c只汇编不链接） -
"selector": "source.8086"必须和你自定义语法文件里的scope一致（例如你在8086.sublime-syntax里写了scope: source.8086） - 若用 DOSBox 测试，构建后需手动执行：
dosbox -c "mount c ." -c "c:" -c "<code>${file_base_name}.exe" —— Sublime 无法自动触发 DOSBox 的交互式环境 - Linux/macOS 用户基本无解：8086 工具链（如
as8086）极难安装且维护停滞，建议直接换平台或改用 32/64 位汇编学习
哪些操作看起来有用，其实纯属浪费时间？
很多教程推荐的“通用方案”在 8086 场景下完全失效，因为底层假设错了：它默认你写的是现代可移植汇编。
- 装
ASM Language或EnhancedAssembly插件——它们对 8086 的支持为零，连int 21h都标红 - 用
Set Syntax: Assembly命令强制切换——语法 ID 不匹配，selector对不上，构建系统根本不会触发 - 试图用
nasm -f bin生成.com文件再塞进 DOSBox——NASM 不认识data segment，汇编直接报错 - 在
Preferences → Settings – Syntax Specific里加"syntax": "Packages/User/8086.sublime-syntax"却不改文件扩展名绑定，结果新文件仍走默认 Plain Text
8086 的特殊性在于它既不是标准 ISA，也不是主流工具链目标；所有“一键配置”方案都建立在放弃兼容性的前提上。真要长期写，就老老实实维护自己的 .sublime-syntax 和 .sublime-build，别指望插件自动适配 DOS 生态的碎片化历史。
