Sublime Text运行汇编代码无响应，根本原因是构建系统未适配交互限制、环境变量丢失或插件干扰；必须用shell_cmd、设working_dir、禁用索引与无关插件，并在GUI启动时硬编码汇编器绝对路径。
Sublime Text 运行汇编代码无响应，基本不是汇编器本身的问题，而是构建系统卡在等待输入、路径未识别、或 Sublime 启动方式导致环境变量丢失——尤其 Windows GUI 启动时根本拿不到 PATH 中的 nasm/masm/goasm。
为什么 Ctrl+B 按下后光标闪一下就没了，没报错也没输出
这是最典型的“构建进程启动但立即退出”现象，常见于：
- 构建命令里写了
pause或read -p，但 Sublime 的构建面板不支持交互式 stdin，进程卡住又不报错 - Windows 下用 GUI 方式双击打开 Sublime（非终端启动），
nasm.exe根本不在子进程PATH里，shell_cmd找不到命令，静默失败 - macOS/Linux 用了
cmd数组但漏写"shell": true，导致&&、重定向、cd全部不生效 - 输出含中文或控制字符，Sublime 构建面板解析
file_regex失败，直接吞掉整行日志（表现为“没反应”）
构建系统必须加这三样才能真跑起来
以 NASM + GCC 为例（其他汇编器同理），Packages/User/ASM.sublime-build 内容应类似：
{
"target": "exec",
"shell_cmd": "nasm -f elf64 $file_name -o ${file_base_name}.o && gcc -no-pie ${file_base_name}.o -o ${file_base_name}",
"file_regex": "^(..[^:]*):([0-9]+):?([0-9]+)?:? (.*)$",
"working_dir": "$file_path",
"selector": "source.asm"
}
关键点：
- 必须用
shell_cmd（不是cmd）+shell环境，否则&&和变量展开全失效 -
working_dir设为$file_path，避免相对路径找不到include文件 -
file_regex要匹配你实际汇编器的报错格式；NASM 默认不带行号前缀，若用-g且配合调试器才可能输出file.asm:12:类型错误，否则建议先删掉该字段观察原始输出
Windows 用户卡顿/无响应的硬伤：GUI 启动 ≠ 终端环境
双击图标启动的 Sublime，其子进程完全看不到你在 CMD 或 PowerShell 里配置的 PATH。解决方法只有两个：
- 从终端启动：
subl .或subl main.asm，这样继承当前 shell 的全部环境变量 - 在构建系统中写死绝对路径：
"shell_cmd": "C:/nasm/nasm.exe -f win64 ..."（注意斜杠用正斜杠或双反斜杠）
别信“把 nasm 加进系统 PATH 就行”——GUI 进程根本不会读注册表里的系统 PATH，除非你用微软文档里说的 setx 永久写入用户级 PATH 并彻底重启资源管理器（不推荐，太重）。
真正卡顿的隐藏元凶：构建后自动保存 + 自动跳转 + 插件监听
你以为卡在汇编，其实是在等 GitGutter 刷状态、LSP 检查语法、或 Sublime 自己试图索引整个 obj 目录。检查并关掉这些：
-
"index_files": false（加到Preferences → Settings – User）——否则每次构建生成.o文件，Sublime 就去扫一遍二进制内容 - 禁用所有非必要插件的 on_save 行为：比如 GitGutter 设置
"ignore_files": ["*.o", "*.out", "*.exe"] - 汇编文件用
Plain Text语法（右下角点开 →Open all with current extension as… → Plain Text），彻底绕过语法高亮和符号索引
汇编没有通用 LSP 支持，任何给 .asm 配了 LSP client 的操作都是白忙，还额外吃 CPU。
