编译失败需检查文件名与public类名是否完全一致且大小写敏感；编译多文件或包时用javac -d out $(find src -name "*.java")并配合-cp指定类路径；运行时必须用全限定名且-cp指向含包结构的根目录。
javac 编译失败：找不到类或符号怎么办
Java 源文件必须和 public 类名完全一致，且大小写敏感。比如文件叫 Hello.java，里面却写了 public class hello { ... }，javac 会报错 class hello is public, should be declared in a file named hello.java。
常见疏漏点：
-
javac默认只编译当前目录下的.java文件，不递归子目录；要编译src/com/example/Main.java，需先进入src目录，再执行javac com/example/Main.java - 如果用了
package，必须按包路径组织目录结构；否则javac能编译但java运行时会抛NoClassDefFoundError - 依赖其他类（如自定义
Utils.java）时，不能只编译主类：要一起编译javac Main.java Utils.java，或用通配符javac *.java
java 命令运行时报错：Could not find or load main class
这不是代码问题，而是类路径（-cp 或 -classpath）或类名书写错误。核心规则：传给 java 的是「类的全限定名」，不是文件名，也不带 .class 后缀。
例如目录结构为：
立即学习“Java免费学习笔记（深入）”；
project/
├── bin/
│ └── com/example/Hello.class
└── src/
└── com/example/Hello.java
正确运行方式是：
- 进入
project目录 - 执行
java -cp bin com.example.Hello（注意是点号分隔的全限定名，且-cp指向的是bin，即包含com/子目录的根） - 若省略
-cp bin，JVM 默认在当前目录找com/example/Hello.class，而当前目录下没有com子目录，就会报错
如何一次性编译多个包并运行含依赖的程序
当项目有多个 .java 文件分布在不同包中，又不想手动列全所有文件，可以用 javac -d 自动输出到指定目录，并配合 find 或通配符批量编译。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
假设源码都在 src 下，想把字节码输出到 out 目录：
javac -d out $(find src -name "*.java")
然后运行：
java -cp out com.example.Main
关键点：
-
-d out让javac自动按package创建子目录（如out/com/example/），避免手动建目录 -
find src -name "*.java"在 shell 中展开为所有源文件路径，Windows 用户可用dir /s /b src\*.java配合for /f替代 - 如果依赖外部 JAR（如
gson.jar），编译和运行都要加-cp：编译时javac -cp gson.jar -d out ...，运行时java -cp "out;gson.jar" ...（Windows 用分号，Linux/macOS 用冒号）
为什么 javac 和 java 的工作目录这么重要
这两个命令都不接受「相对包路径」作为参数，它们的行为完全依赖当前工作目录 + -cp + 类的全限定名三者共同决定。一个典型反例：java com.example.Hello 在 src 目录下执行，即使 src/com/example/Hello.class 存在，也会失败——因为 JVM 会在 src 下找 com/example/Hello.class，而实际路径是 src/src/com/example/Hello.class（如果误把 src 当作源码根又没设 -cp）。
最稳妥的做法：
- 始终用
-cp显式指定类路径根目录 - 确保该根目录下能通过点号分隔的包名，映射出真实的子目录路径
- 避免在源码目录里直接运行
java，除非你明确知道当前目录就是类路径根
路径和类名的映射关系一旦错位，错误信息不会提示具体哪一级目录缺失，只会笼统说找不到类——这是初学者卡住最多的地方。
