Atom 2026 年调试功能已基本失效，Python 仅支持 attach 模式（需满足 PYTHONPATH、小写 type、合法 module 三条件），JS/TS 仅能用内置 DevTools，C++/Rust/Go 等无可用调试支持。
Atom 的调试功能在 2026 年已基本不可靠，没有“开箱即用”的 Debugger 插件可用；强行配置多数会卡在 spawn ENOENT 或 Cannot read property 'onDidDestroy' of undefined 上。
为什么 atom-debug-ui 和 ide-cpp 类插件全部失效
这些插件依赖旧版 DAP 协议和 Electron 2x/3x 的生命周期钩子，而 Atom 当前运行在 Electron 30+ 环境下。它们的主进程监听逻辑早已被移除或重写，导致：
- 安装后界面按钮灰掉，但控制台无提示——实际是插件初始化阶段就静默退出
- 手动触发
atom-debug-ui:toggle命令时，开发者工具（Ctrl+Shift+I）Console 标签页会立刻报TypeError: Cannot read property 'onDidDestroy' of undefined - 即使插件看似启用，点击“启动调试”也不会 spawn 任何调试器进程，
ps aux | grep gdb或lsof -i :5678均为空 - 试图降级 Atom 或 Electron 版本不可行——官方已停止发布 Electron 2x 兼容版本
Python 调试：唯一可走通的路径（仅限 attach 模式）
必须严格满足三个条件才能让 Python 断点生效，缺一不可：
- 项目根目录需在
PYTHONPATH中（不是当前工作目录，也不是sys.path.append()临时加的） -
launch.json中"type": "python"必须小写；写成"Type"、"PYTHON"或漏掉都会被整个忽略 -
"module"字段必须是合法 Python 可导入模块名，例如myproject.cli，不能是./cli.py、cli.py或myproject/cli.py - 必须先手动启动 debugpy：
python -m debugpy --listen 5678 --wait-for-client -m myproject.cli，再在 Atom 中触发 attach
不支持 launch 模式，也不支持自动发现入口文件；debugpy 版本建议锁定在 1.6.0（1.7+ 在某些 macOS M 系列上会卡住等待 client）。
JS/TS 调试：只用内置 DevTools，别碰任何“调试插件”
Atom 本身就是 Electron 应用，所有 JS/TS 代码（包括你写的插件、UI 渲染层、甚至 Atom 自身逻辑）都跑在 Chromium 实例里，因此：
- 按
Ctrl+Shift+I打开的就是 Chrome DevTools，Sources面板中展开file://或webpack://就能找到你的插件 JS 文件 - 断点设在
activate()、consumeStatusBar()这类生命周期函数里，比任何插件式调试都准 - 主进程调试需额外指定
"program": "${workspaceFolder}/src/main-process/main.js"，但这仅适用于你正在开发 Atom 插件本身，而非调试普通网页 JS - 不要尝试用
atom-ide-debugger-javascript或类似包——它们调用的底层 CDP 接口已在 Electron 30+ 中废弃，控制台必报Cannot resolve debugger adapter
真正卡住人的从来不是配置，而是调试链路断裂的事实
2026 年的 Atom 已没有统一调试协议层：Python 靠外部 debugpy attach、JS 靠 DevTools、C++/Rust/Go 等语言连 spawn ENOENT 错误都懒得抛——直接静默跳过。如果你需要 launch + attach + 多线程变量观察 + 条件断点，现在唯一现实的选择是切到 VS Code，并用 ms-python.python 或 ms-vscode.cpptools。Atom 的调试能力，目前只够支撑“看一眼 console.log()”和“在 Sources 里临时打个断点”。
