atom不能真正运行java项目，因其无构建系统、不解析pom.xml或build.gradle、不管理依赖与模块路径，仅支持手动编译单个.java文件并执行.class，需严格满足环境、路径、命名及src/目录结构等条件。
Atom 不能真正“运行 Java 项目”，它没有构建系统、不解析 pom.xml 或 build.gradle，也不管理依赖和模块路径。你最多能手动编译单个 .java 文件并执行对应的 .class，前提是环境、路径、命名、目录结构全部对齐——稍有偏差就报错或静默失败。
为什么 script 插件在 Windows 上常报 “bash not recognized” 或 “javac not found”
这是最典型的环境链断裂现象：script 插件默认调用 shell（Linux/macOS）或 bash（Windows 下若没装 Git for Windows 或 WSL 就根本不存在），而不是系统 cmd 或 PowerShell。它也不会自动继承你在终端里配置好的 JAVA_HOME 和 PATH。
- 不要依赖
script插件跑 Java —— 它只适合脚本语言（如 Python、JS），对 Java 这种需显式编译+类路径控制的语言完全不可靠 - Windows 用户若看到
'bash' is not recognized，说明插件试图调用不存在的 bash；换成platformio-ide-terminal手动操作才是唯一稳态路径 - 即使装了 Git for Windows，
script也常因工作目录不对（比如从单个文件双击打开，而非atom .启动）导致javac找不到源文件
javac 编译失败的三个硬性前提条件
不是写完保存就能编译。Java 对文件位置、类名、包声明、输出目录有强约束，Atom 不做任何校验或提示。
-
.java文件必须放在src/子目录下（例如src/com/example/HelloWorld.java），且包声明与路径严格一致：package com.example; - 文件名必须和
public class名完全相同（大小写敏感），否则javac直接拒绝编译 - 必须手动指定输出目录，例如：
javac -d out src/com/example/HelloWorld.java；不加-d out，.class会生成在当前目录，后续java命令因找不到包路径而失败
java-language-server 跳转/补全失效的根源
不是插件坏了，是你没给它“地图”。java-language-server 不扫描整个磁盘，它只认你明确告诉它的源码根和类路径。
- 必须在项目根目录放一个
.classpath文件，内容至少包含：<classpathentry kind="src" path="src"></classpathentry>和<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"></classpathentry> - 启动 Atom 必须用命令行：在项目根目录下执行
atom .—— 双击打开单个文件，ide-java根本读不到.classpath，所有 import 都标红，Ctrl+Click 无效 -
ide-java设置页中填的必须是java-language-server.jar的**绝对路径**（如C:\tools\jls\java-language-server.jar），不是 JDK 安装目录
最容易被忽略的一点：Atom 对 module-info.java、src/main/java 结构、Maven 依赖、甚至 record 和 sealed 关键字的支持都极其有限。它只在“单模块 + 手动 classpath + JDK 11+ + 严格 src/ 结构”这个狭窄交集里勉强可用。超出一步，就是静默失效或报错堆栈——而这些错误不会告诉你缺了什么，只会显示“Connection closed before handshake”或空诊断。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
