ide-java启动失败90%因java-language-server.jar路径未正确填写：必须从GitHub下载.jar文件并填入完整绝对路径，JDK版本需≥11，且须先安装atom-ide-ui；禁用language-java等冲突插件，编译运行依赖terminal手动执行。
ide-java 启动失败，90% 是 java-language-server 路径没填对
装完 ide-java 没反应？不是插件没装好，而是它根本不带服务端——必须手动指定 java-language-server.jar 的完整路径。这个 jar 文件得从 GitHub release 页面下载（别用 npm 安装），且不能是 JDK 自带的 jre 或 IDE 内置 JRE。
常见错误现象：Connection closed before handshake、悬停无提示、跳转失效、诊断面板空着。
- 路径必须是绝对路径，Windows 上注意反斜杠要写成
C:/path/to/java-language-server.jar或正斜杠C:/path/to/java-language-server.jar - 确认终端里能跑
java -version，输出版本号 ≥ 11；Atom 不读某些 IDE 绑定的 JRE -
atom-ide-ui必须先装，它是ide-java的底层框架，否则所有 LSP 功能直接不加载
别碰 language-java 和 linter-javac 这类老插件
它们和 ide-java 冲突，会导致语法高亮错乱、重复报错、甚至诊断完全失效。Atom 的 Java 支持现在只靠 LSP（语言服务器协议），不是旧式语法解析器。
真正该装的只有三个：
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
atom-ide-ui：提供悬浮提示、跳转、诊断 UI 框架 -
ide-java：LSP 客户端，对接java-language-server -
platformio-ide-terminal：比原生终端稳，PATH 继承正常，能直接敲javac和java
已废弃或干扰性插件：language-java（仅高亮，与 LSP 冲突）、autocomplete-java（404）、linter-javac（误报多、不支持泛型推导）。
没有“运行按钮”，编译运行全靠 terminal + 手动命令
Atom 不集成构建系统，也不识别 Maven 目录结构（比如 src/main/java）。想跑个 HelloWorld.java，就得自己处理 classpath 和文件名约束。
- 文件名必须与
public class名完全一致（大小写敏感），否则javac报错 - 打开
platformio-ide-terminal，cd到源码目录，执行：javac HelloWorld.java && java HelloWorld - 别用
script插件跑 Java——它默认走 Node 环境，会报Command not found: java - 如需自动编译，得配
build插件 +build-java提供者，但要手写 shell 脚本处理 classpath，对新手不友好
module-info.java 和多模块项目基本不支持
Atom 的 ide-java 不解析 module-info.java，也不理解 JPMS 模块路径。跨模块引用、requires 检查、模块图提示全部缺失。
这意味着：
- 所有包导入、类型跳转、重命名重构，都只在单文件 + 手动 classpath 下勉强工作
- 依赖管理（Maven/Gradle）完全靠外部工具，Atom 不读
pom.xml或build.gradle - 如果你日常开发涉及模块化、Spring Boot 或复杂依赖链，Atom 会频繁标红、跳转失灵、补全漏项
这不是配置问题，是架构限制——Atom 本质是文本编辑器，不是 IDE。硬配 Java 大项目，最后卡在诊断延迟、内存溢出、插件崩溃上，远不如开个 VS Code 或 IntelliJ 实在。
