path是操作系统查找可执行文件（如java、javac）的路径，classpath是jvm加载类文件（.class/.jar）的路径；前者服务命令执行，后者服务类加载，分属不同层级。
classpath 和 path 看似都是“路径配置”，但它们服务的对象、生效的阶段和底层机制完全不同——不是同类变量的两个变体，而是分属操作系统层和 java 运行时层的独立机制。
Path 是给操作系统用的“命令查找表”
当你在终端输入 java 或 javac，操作系统（Windows/Linux/macOS）根本不知道这是什么程序。它只做一件事：按顺序检查 PATH 环境变量里列出的每个目录，找有没有名为 java.exe 或 javac 的可执行文件。
- 不涉及 Java 语法、类、字节码，纯粹是文件系统级别的命令定位
- 没配对 PATH，就只能写完整路径运行，比如
C:\jdk\bin\javac.exe Hello.java - PATH 中的路径用分号（Windows）或冒号（Linux/macOS）分隔，顺序很重要，靠前的优先命中
- 一旦设好，所有命令行工具（包括非 Java 工具如
git、python）都共享这个查找逻辑
Classpath 是给 JVM 用的“类加载地图”
当 java Hello 命令真正启动 JVM 后，JVM 才开始工作。它需要把 Hello.class 加载进内存，还要可能加载 java.util.List、mysql-connector.jar 里的类。这时它不看 PATH，而是查 CLASSPATH——这个值告诉 JVM：“去这些地方翻找 .class 文件或 .jar 包”。
- 默认值是当前目录（
.），但只要显式设置了 CLASSPATH，这个默认值就会被完全覆盖（除非你手动加进去，比如.;lib/） - 可以临时覆盖：运行时用
java -cp lib/mylib.jar:. Hello，比环境变量更灵活 - JVM 的类加载器（Bootstrap / Extension / Application）按层级和 Classpath 规则协作，不是简单遍历目录
- 写错 Classpath，报的是
ClassNotFoundException或NoClassDefFoundError，和 PATH 错误的 “'java' 不是内部或外部命令” 完全不同
关键差异一句话收口
PATH 解决“哪个程序能运行”，CLASSPATH 解决“哪些类能加载”；前者由 shell 执行，后者由 JVM 执行；前者管二进制命令，后者管线程堆里的字节码。
现代开发中它们的实际地位
PATH 仍是刚需——没有它，连 javac --version 都打不出来；而 CLASSPATH 在 Maven、Gradle、IDE 自动构建下，极少需要手动设。构建工具生成的运行脚本或 IDE 的 Run Configuration，本质就是动态组装并传给 JVM 的 -cp 参数，比全局 CLASSPATH 更精准、更安全。
