sublime text中ctrl+b运行shell脚本无反应，需确认构建系统已选shell-unix、文件语法设为bash、脚本已保存且有执行权限；输出一闪而过可加read暂停或重定向日志。
sublime text 里 Ctrl+B 运行 Shell 脚本没反应？先看构建系统是否生效
默认情况下 Sublime Text 不会自动识别 .sh 文件为可构建目标，即使你写了合法的 #!/bin/bash。它需要明确的构建系统（Build System）绑定到文件类型，否则 Ctrl+B 只会执行默认（通常是 Python）或报错 No build system。
实操建议：
- 打开命令面板（
Ctrl+Shift+P），输入Build: select Build System，确认当前选中的是Shell-Unix或你自定义的 Shell 构建项，不是Automatic - 手动设置文件语法：右下角点击当前语法（如 “Plain Text”），选择
ShellScript→Bash，否则 Sublime 不会加载对应构建规则 - 检查文件是否已保存：未保存的临时文件可能无法被构建系统读取路径，
Ctrl+S保存后再试
如何创建一个可靠的 Shell-Unix 构建系统？
Sublime 自带的 Shell-Unix 构建系统在 macos/linux 上基本可用，但 windows 的 WSL 用户常遇到路径解析失败或终端卡死——根本原因是它硬编码调用 /bin/sh，而 WSL 下实际 shell 可能是 /usr/bin/bash 或需显式启用 bash -i。
实操建议：
- 菜单栏 →
Tools→Build System→New Build System… - 替换内容为以下最小可行配置（适配 WSL 和 Linux）：
{ "shell_cmd": "bash -c "cd '$file_path' && bash '$file_name'"", "file_regex": "^([^:]+):([0-9]+):?([0-9]+)?:? (.*)$", "working_dir": "$file_path", "selector": "source.shell" }注意：shell_cmd 中双引号必须转义，$file_path 和 $file_name 是 Sublime 内置变量，不能写成 ${file_path}；selector 必须匹配当前文件语法（如 source.shell 对应 Bash 语法）
Permission denied 错误：脚本有执行权限吗？
Sublime 的构建系统本质是调用系统 shell 执行命令，不绕过 Unix 权限检查。哪怕脚本语法完全正确，bash script.sh 仍会因缺少 x 位失败，报错 bash: ./script.sh: Permission denied。
实操建议：
- 终端中运行
ls -l script.sh，确认输出含-rwxr-xr-x（至少有u+x） - 快速修复：
chmod +x script.sh；若只想读取执行（不改权限），改构建命令为bash script.sh（不带./前缀） - 别依赖
#!/bin/bash自动触发：Sublime 不解析 shebang，它只按构建系统指定方式调用解释器
为什么输出一闪而过？怎么看到完整执行结果？
Sublime 的构建面板默认不保留终端状态，脚本执行完就关闭输出，尤其当脚本末尾没加 read 或 sleep 时，错误信息根本来不及看清。
实操建议：
- 在脚本末尾加
read -p "Press enter to continue..."（bash）或echo "Done."; read，强制暂停 - 改用
shell_cmd直接调起终端（macOS 示例）：osascript -e 'tell app "Terminal" to do script "cd "$file_path"; bash "$file_name""'，但会跳出新窗口，适合调试 - 更稳方案：把构建输出重定向到文件，再用
cat output.log查看，避免界面干扰
真正麻烦的不是配置，而是 Sublime 构建系统不继承你的 shell profile（比如 ~/.zshrc 里的 alias 或 PATH 修改），所以 jq、yq 等工具找不到——得在构建系统里显式补全 PATH 或用绝对路径调用。