atom插件编译无响应主因是script未识别语言或卡在非交互模式：需手动设置右下角语言、添加文件扩展名至白名单，并启用终端模式（ctrl+i/cmd+i）；path不生效、命令未缓冲、路径含空格/中文等亦为常见原因。
Atom 插件编译无响应，基本不是插件写得慢，而是它根本没启动编译流程——90% 的情况是 script 插件压根没识别出当前文件该用什么命令跑，或者命令执行后卡在非交互模式下静默等待输入。
为什么按 Ctrl+Shift+B 没反应、终端也无输出
这不是“编译卡住”，而是 script 根本没触发。它只认两个条件：右下角语言类型（grammar）必须匹配，且文件扩展名必须在插件白名单里。
- 点右下角语言名（如 “Plain Text”），手动选成 C++ 或 Python；快捷键
Ctrl+Shift+L输入语言名更快 - 如果文件没后缀（比如叫
build）或后缀不标准（如.cc、.mjs），script默认忽略——进 Settings → Packages →script→ File Extensions，填上cc,mjs（逗号分隔，全小写） - macOS 用户特别注意：从 Dock 图标启动 Atom 时，
~/.zshrc里的PATH不生效，必须关掉所有窗口后，在终端执行atom .
运行后黑屏、卡住、不打印也不报错
这是典型非交互模式陷阱：script 默认把命令塞进一个只读面板（Script Panel），既不接 stdin，也不强制刷 stdout 缓冲区。
- 必须按
Ctrl+I（Windows/Linux）或Cmd+I（macOS）启用终端模式，否则std::cin、input()、read -p全部跳过或挂起 - Python 脚本 print 后没输出？加
-u参数：把 Command 改成python3 -u %f，强制未缓冲模式 - C++ 编译后不自动执行？确保命令里用了
%B（不含扩展名的基名），不是%f.out；否则./%f.out会尝试执行源文件，报Permission denied
Command 配置写对了，但报 command not found: g++ 或 python3
Atom 不自带任何编译器或解释器，它只是调 shell 命令。报这个错，说明你终端里能跑通，但 Atom 启动时加载的 PATH 里没有那个命令。
- Windows：确认 MinGW-w64 安装路径（如
D:\mingw64\bin）已加进系统环境变量，且路径不含中文和空格 - macOS：别依赖
gcc别名（它其实是 Apple Clang），直接用clang++；检查which clang++输出，并填进script的 Command 里 - Linux：用
which g++确认路径，避免用/usr/bin/g++这种符号链接失效的旧路径；推荐填绝对路径如/usr/lib/llvm-15/bin/g++
真正容易被忽略的是：你花二十分钟调一个 c++-build 插件的编译路径，不如直接用 script 写死一行 g++ -std=c++17 -Wall -g %f -o %B && ./%B——只要 g++ 在 PATH 里，它就稳；而所有带“智能构建”“多文件依赖分析”的插件，在 2026 年的 Atom 上早已不可用。
