atom已停止维护且无法对接sonarqube，必须迁移到vs code；推荐使用sonarlint插件实时检测+sonar-scanner cli提交分析结果，这是当前唯一可行、官方支持的方案。
Atom 本身不支持直接对接 SonarQube，它早已停止维护（2022年12月正式退役），官方明确建议迁移到 Visual Studio Code。所以如果你还在用 Atom 做代码审查，第一步不是配 SonarQube，而是停用并迁移。
下面说清楚几个关键点，避免你花时间踩坑：
Atom 安装 sonarlint 插件根本不可行
旧版 atom-sonar 或 linter-sonarqube 插件依赖已废弃的 Atom API 和过时的 SonarQube REST v2 接口。当前 SonarQube（8.x+）只支持 v4+ API，且要求 TLSv1.2+、JWT token 认证，而 Atom 的插件生态无法满足。
- 尝试安装后会报错：
Failed to fetch http://localhost:9000/api/server/version或Unauthorized (401) - 即使伪造 token，也会卡在
projectKey解析失败——因为 Atom 插件不支持从sonar-project.properties自动提取或识别多模块项目结构 - 没有增量分析能力，每次“扫描”实际是全量拉取所有问题，卡顿严重
真正可行的替代路径：用 VS Code + SonarLint + CLI 扫描
这不是“换编辑器”的劝退话术，而是唯一能落地的方案。SonarQube 官方团队从 2021 年起就不再为 Atom 提供任何兼容性支持。
-
SonarLint for VS Code插件可实时高亮问题（基于本地规则集），支持 Java/JS/TS/Python 等主流语言，无需连接服务器 - 真正需要
SonarQube服务端分析时，用命令行：sonar-scanner -Dsonar.host.url=http://your-sonar-url -Dsonar.login=your_token - VS Code 内置终端执行该命令后，结果自动同步到 SonarQube UI；同时
SonarLint可配置“绑定项目”，实现本地警告与服务器问题双向对齐 - 若必须保留 Atom 工作流，只能导出
sonar-scanner的 JSON 报告，再用脚本解析成 Atom 能读的格式——但无实时性、无跳转、无上下文，纯属自找麻烦
误以为“Atom + SonarQube”能跑通的常见信号
这些现象说明你正在无效调试，该止损了：
- 执行
mvn sonar:sonar成功，但 Atom 插件里看不到任何标记 → 插件根本不消费 Maven 输出 - 手动配置
sonar.host.url和sonar.login后仍提示Connection refused→ Atom 的 HTTP client 不支持现代重定向和 cookie 管理 - 看到 “Analysis finished” 日志，但问题列表为空 → 插件解析的是旧版
issues/search接口返回的 XML，而新 SonarQube 返回的是分页 JSON
真正要做的，不是让 Atom 对接 SonarQube，而是让开发流程绕过 Atom —— 这不是妥协，是回归工具链正轨。VS Code 的 SonarLint 插件 + sonar-scanner CLI 组合，才是当前（2026年）被验证、被维护、能进 CI/CD 流水线的最小可行方案。
