atom无法直接运行java代码，因其不内置编译器、不管理classpath、不解析包结构，必须手动通过platformio-ide-terminal执行javac编译和java运行，且需严格满足文件路径、类名、包声明及输出目录等约束条件。
script 插件对 Java 完全不可靠，别指望它点一下就跑通 —— Atom 本身不编译、不管理 classpath、不解析包结构，所谓“运行”必须手动控制 javac 和 java 命令的路径、工作目录、输出位置和类名匹配。
为什么 script 插件总报 Command not found: java
它不是调系统终端，而是用 Node.js 子进程执行命令，完全不读取你的 JAVA_HOME 或 shell 的 PATH。哪怕你在 Terminal 里能敲出 java -version，script 也照样找不到。
- 卸载
script插件——它只适合 Python/JS 这类解释型语言，Java 必须显式编译+指定类路径 - 改用
platformio-ide-terminal：安装后按Ctrl+Shift+T打开，它能正确继承 shell 环境变量 - 验证方式：在该终端里直接运行
which javac（macOS/Linux）或where javac（Windows），没输出说明 JDK 路径根本没生效
javac 编译失败的三个硬约束
Atom 不做任何校验，但 Java 对文件位置、类名、包声明、输出目录有强要求，错一条就静默失败或报 NoClassDefFoundError。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 文件名必须与
public class名完全一致（大小写敏感），比如public class Hello→ 文件必须叫Hello.java - 含包声明时，路径必须严格匹配：
package com.example;→ 文件必须放在src/com/example/Hello.java - 编译必须用
-d指定输出根目录：javac -d out src/com/example/Hello.java，否则.class会散落在当前目录，后续java命令找不到包路径
ide-java 跳转失效、import 报红的真正原因
不是插件坏了，是它根本不知道你的项目结构在哪。它不自动扫描磁盘，只认你明确告诉它的源码根和类路径。
- 项目根目录必须有
.classpath文件，内容至少包含：<classpathentry kind="src" path="src"></classpathentry>和<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"></classpathentry> - 必须用命令行启动 Atom：
atom .（在项目根目录下执行），双击打开单个.java文件，插件压根读不到.classpath -
java-language-server.jar路径必须填绝对路径（如/home/user/tools/java-language-server.jar），不能是 JDK 目录，也不能是相对路径
怎么让 java 命令真正跑起来
运行不是 java HelloWorld.class，也不是 ./HelloWorld，Java 要求类名用点号分隔的全限定名，且工作目录必须是 -d 指定的输出根目录。
- 编译后进到
out/目录：cd out - 运行命令是
java com.example.Hello（注意是点号，不是斜杠，也不带.class后缀） - 如果源文件没包声明，就直接
java HelloWorld，但前提是HelloWorld.class在当前目录，且你没用-d改变输出位置 - 想省事？写个 shell 脚本封装整套流程，别依赖插件自动推导 —— Atom 不会猜你想要什么 classpath
.jar 路径写死、.classpath 存在、atom . 启动、javac -d 输出、cd out && java xxx.yyy.Zzz 运行 —— 漏掉任意一环，错误信息都不会告诉你缺哪块。Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
