本文详解 java 类路径（classpath）机制，说明为何 `java classname` 突然失效，并提供安全、可复用的解决方案——通过临时或永久配置 `classpath=.`，使 jvm 默认从当前目录加载类，无需每次手动指定 `-cp .`。
Java 的 java 命令默认遵循一套严格的类加载规则：若未显式指定 -cp（或 -classpath），JVM 将仅依赖系统级 CLASSPATH 环境变量（若已设置）或其内置默认值（即仅包含当前工作目录 . 的旧版行为）。值得注意的是，自 JDK 5 起，JVM 已明确弃用隐式包含 . 的默认行为——这意味着：当 CLASSPATH 环境变量被显式设置（哪怕为空或指向无效路径），JVM 就会完全忽略当前目录，导致 java MyClass 报错 ClassNotFoundException，而 java -cp . MyClass 却能成功。
你遇到的问题极可能源于 JUnit 安装或 VS Code Java 扩展对环境变量的修改。例如：
- 某些 JUnit 配置脚本可能执行了 set CLASSPATH=C:\junit\junit.jar（覆盖原有值，丢失 .）；
- VS Code 的 Java 插件在启动时可能注入了自定义 CLASSPATH，影响终端继承的环境。
✅ 推荐解决方案：临时重置 CLASSPATH（安全、即时生效）
在运行 Java 类前，于命令提示符中执行：
set CLASSPATH=. java MyClass
该命令将 CLASSPATH 显式设为当前目录（.），且仅对当前命令行会话有效，不影响系统全局设置，适合日常开发调试。
⚠️ 注意事项与最佳实践
立即学习“Java免费学习笔记（深入）”；
- ❌ 避免永久修改系统级 CLASSPATH（如通过“系统属性→环境变量”添加）：这可能导致其他 Java 工具（Maven、Gradle、IDE）行为异常，因其通常依赖自身 classpath 管理逻辑；
- ✅ 更现代的替代方案是始终显式使用 -cp .：虽稍冗长，但语义清晰、跨平台一致，且与构建工具行为对齐；
- ? 快速诊断：运行 echo %CLASSPATH%（Windows）或 echo $CLASSPATH（macOS/Linux）检查当前值。若输出非空或不含 .，即为根本原因；
- ? 对于多依赖项目（如含 JUnit），应统一使用 -cp ".;junit.jar"（Windows）或 -cp ".:junit.jar"（macOS/Linux），而非依赖环境变量拼接。
总结：java ClassName 失效的本质是 CLASSPATH 被意外覆盖，而非 Java 版本或 IDE 扩展直接“破坏”了运行时。通过理解 JVM 类路径优先级（命令行 -cp > 环境变量 CLASSPATH > 内置默认），并采用 set CLASSPATH=. 临时修复或坚持显式 -cp，即可稳定、专业地管理 Java 类加载。
