Sublime Text本身不支持汇编调试，需依赖外部工具链协同；Ctrl+B仅触发构建，无法单步、设断点或查看寄存器，其角色是串联命令并映射错误行号。
Sublime Text 本身不支持汇编调试，必须靠外部工具链协同
Sublime Text 没有内置调试器，Ctrl+B 只能触发构建（编译/链接），无法单步、设断点或查看寄存器。所谓“调试汇编结果”，实际是：编译出可执行文件 → 用 gdb、lldb 或 DOSBox + debug.exe 等工具加载运行 → 在终端里交互式调试。Sublime 的角色只是把命令串起来、把错误行号映射回源码。
为什么 Ctrl+B 编译完直接闪退？因为没加调试符号和运行控制
常见现象：Ctrl+B 成功生成 a.out 或 hello.exe，但双击/终端运行后窗口一闪就关 —— 这不是 Sublime 的问题，是你构建系统没配运行环节，也未保留调试信息。
- Linux/macOS：编译时漏掉
-g参数 →gdb无法关联源码行号；链接后没调用./a.out或readelf -h a.out验证格式 - Windows（MASM）：
ml.exe /c只生成 .obj，没接link16.exe或link.exe→ 根本没有可执行文件 - 所有平台：构建系统里没定义
"variants"的"Run"或"Debug"子项 →Ctrl+Shift+B切不到运行模式
怎么让 gdb 显示汇编源码和寄存器？关键在编译参数和启动方式
以 x86-64 Linux GAS 为例，仅靠 nasm -f elf64 或 as --64 编译出的文件，gdb 默认只显示反汇编（disassemble），看不到你写的 .s 文件内容。必须满足三个条件：
- 源文件用
.s后缀（非.S），且第一行不能是#include等 C 风格预处理 → 否则gcc -g会误当 C 源处理 - 编译命令显式带
-g：如gcc -g -no-pie -o hello hello.s（不用as+ld直接调用，因gcc会自动传调试信息） - gdb 启动时指定源码路径：
gdb ./hello -ex "directory $(pwd)"，否则找不到hello.s
验证是否成功：进 gdb 后输入 list 能看到源码，info registers 能查 %rax 值，stepi 可单条指令执行。
容易被忽略的硬伤：.s 文件被识别为 ShellScript，gdb 就永远读不到源码
右下角显示 ShellScript 或 Plain Text 不只是高亮失效 —— 它意味着 Sublime 构建系统根本不会触发你写的 source.gas 构建规则，更不会执行含 -g 的编译命令。此时即使你手动在终端跑 gcc -g hello.s，Sublime 也完全不知道你在干啥，错误跳转、输出解析全失效。
真正卡点就在这里：语法绑定（右下角文字）→ 构建系统 selector（如 source.gas）→ 编译命令含 -g → gdb 能定位源码。四个环节缺一不可，而第一个环节最容易被跳过。
