autocomplete-java 插件已停止维护，因依赖旧版 atom api、不兼容 jdk 11+ 模块系统且仓库归档；推荐改用 ide-java + atom-ide-ui 组合，通过 lsp 支持 java 补全、跳转与诊断，需手动配置 java-language-server 路径、jdk 11–17 环境及正确类路径。
Atom 的 autocomplete-java 插件已停止维护，2023 年起无法在新版 Atom（1.60+）中正常工作，强行安装会导致补全失效、项目路径识别错误或直接报 Cannot find module 'atom' 错误。
为什么 autocomplete-java 现在基本不能用
该插件依赖 Atom 旧版服务接口（atom-service-helpers）和已移除的 atom.project.getPaths() API；其底层 Java 语言服务器（基于 java-language-server 的早期 fork）未适配 JDK 11+ 的模块系统，启动时常见 ModuleResolutionException；且官方仓库自 2022 年 10 月起归档（archived），不再接受 PR 或发布新版本。
替代方案：用 ide-java + atom-ide-ui 组合
这是目前 Atom 上唯一稳定支持 Java 补全、跳转、诊断的可行路径，本质是接入标准 LSP（Language Server Protocol）：
-
atom-ide-ui提供 UI 层（悬浮提示、大纲视图、错误高亮） -
ide-java是客户端，负责启动并通信java-language-server（需手动下载） - 必须使用 JDK 11–17（JDK 21+ 部分特性不兼容，如
sealed类提示缺失）
关键操作步骤：
- 从 GitHub releases 页面 下载最新
java-language-server（如java-language-server-0.89.0.zip），解压后记下完整路径（例如/opt/jls/bin/java-language-server） - 在 Atom 设置 → Packages →
ide-java→ Settings → 填入Executable path字段，值为上面的绝对路径 - 确保项目根目录含
pom.xml或build.gradle，否则ide-java不会自动加载类路径，补全仅限 JDK 自带类
ide-java 的典型问题与绕过方法
常见现象包括：补全弹出但无内容、Ctrl+Click 跳转失败、import 提示为空。根本原因多为类路径未正确解析：
- 若用 Maven，确认
pom.xml中<sourcedirectory></sourcedirectory>指向src/main/java，且无拼写错误（如写成scr/main/java） - 若项目含多模块，需在根目录运行
mvn compile一次，让ide-java读取target/classes下的 class 文件 - Atom 启动前必须设置
JAVA_HOME指向 JDK 11–17，不能是 JRE；macOS 用户注意 Shell 启动方式 —— 直接双击 Atom.app 会丢失环境变量，应改用终端执行atom . - 禁用所有其他 Java 相关插件（如
linter-java、java-generator），它们会与ide-java的 LSP channel 冲突
补全不准或延迟高？检查 JVM 参数和缓存
java-language-server 默认以最小堆内存启动，大型项目容易卡顿或漏补全：
- 在
ide-java设置页找到JVM Options字段，填入：-Xmx2g -XX:+UseG1GC（避免默认的 512m 导致频繁 GC） - 首次打开项目后，等待右下角出现
Java Language Server: Ready提示再开始编码；此时它已在后台扫描target/和.classpath - 若反复出错，删掉项目根目录下的
.project和.settings/（如果是 Eclipse 遗留），再重启 Atom
真正麻烦的是跨模块引用和 annotation processor 生成的类——ide-java 不解析 apt 输出，默认不索引 target/generated-sources/annotations/，这类补全只能靠手动添加源路径到 .factorypath 或换用 VS Code + Extension Pack for Java。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
