java 编译器（javac）在编译主类时会自动编译所依赖的源文件（如被 new 的类），但不会检测已存在 .class 文件是否过期；若依赖类已修改而未重新编译，将导致运行时行为异常。
java 编译器（javac）在编译主类时会自动编译所依赖的源文件（如被 new 的类），但不会检测已存在 .class 文件是否过期；若依赖类已修改而未重新编译，将导致运行时行为异常。
在 Java 中，javac 并非仅编译你显式指定的 .java 文件——它具备隐式依赖编译能力。以你的示例为例：
public class GameLauncher {
public static void main(String[] args) {
GuessGame newGame = new GuessGame(); // 依赖 GuessGame
newGame.startGame();
}
}
当你执行 javac GameLauncher.java 时，编译器发现对 GuessGame 类的引用，且当前目录下存在 GuessGame.java（而非仅 GuessGame.class），便会自动触发 GuessGame.java 的编译；同理，若 GuessGame 中引用了 Player，且 Player.java 可见，javac 也会一并编译它。
✅ 这就是为何“只编译主类”有时也能成功——前提是所有依赖的 .java 源文件均存在且未被修改过。
⚠️ 但关键限制在于：javac 不做增量依赖检查。例如：
- 你首次编译后生成了
GuessGame.class； - 后来修改了
GuessGame.java中的startGame()方法逻辑； - 再次仅运行
javac GameLauncher.java—— 编译器发现GuessGame.class已存在，直接复用旧字节码，跳过重新编译GuessGame.java； - 结果：
Player.guess()返回0（因GuessGame仍调用旧版逻辑或未正确初始化Player实例），程序行为异常。
这正是你观察到“只编译主类时猜测值恒为 0，编译全部后恢复正常”的根本原因：旧 GuessGame.class 中的 startGame() 未同步新实现（可能遗漏了 p1.guess() 调用或初始化逻辑）。
正确实践建议
-
开发阶段快速验证：可手动清理再编译
rm *.class javac GameLauncher.java
-
工程级项目必须使用构建工具：
Maven、Gradle 或 Ant 等构建系统会自动分析源码依赖图，精准识别哪些.java文件被修改、哪些.class文件已过期，并仅编译必要模块，避免人为疏漏。
? 补充说明：
javac的自动编译行为依赖于源文件可见性（即GuessGame.java必须在当前目录或-sourcepath指定路径中）。若仅提供GuessGame.class而无对应.java，则编译器仅做符号引用检查，不会重新生成字节码——此时修改源码无效，必须显式编译依赖类。
简言之：Java 编译的“自动依赖编译”是便利特性，而非智能构建方案；可靠交付依赖于规范的构建流程，而非编译器的隐式行为。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
