在CentOS系统上编译Java程序时，类路径配置问题往往是开发者容易忽视的“隐形陷阱”——尽管代码逻辑正确，编译器却提示找不到类。本文将为您梳理一套标准排查流程，从JDK安装基础开始，逐步完善编译环境。
第一步：确认JDK是否已正确安装。许多服务器仅安装了JRE（Java运行时环境），而编译需要JDK（Java开发工具包）。可通过两条命令验证：java -version 和 javac -version。若第二条命令报错，则表明缺少编译器。此时可使用 sudo yum install java-1.8.0-openjdk-devel（根据需求替换版本号如11、17）安装OpenJDK。安装完成后请再次验证，确保javac命令可用。
第二步：JAVA_HOME环境变量必须指向JDK的安装路径，而非JRE。典型路径如 /usr/lib/jvm/java-11-openjdk。设置方法分临时和永久：临时可用 export JAVA_HOME=/usr/lib/jvm/java-11-openjdk；永久建议写入 ~/.bashrc 或 /etc/profile.d/java.sh（系统级），然后执行 source ~/.bashrc 生效。设置完成后用 echo $JAVA_HOME 检查路径是否正确。这一步虽然基础，但许多人容易出错。
第三步：编译时通过 -cp（或 -classpath）选项明确指定依赖路径。该选项优先级高于环境变量，推荐优先使用。格式注意：当前目录用 . 表示，JAR包路径用冒号分隔，多个路径需整体用引号包裹（避免空格干扰）。例如：javac -cp ".:/path/to/library.jar" YourJavaFile.java。若依赖多个JAR，继续用冒号追加：javac -cp ".:/path/to/lib1.jar:/path/to/lib2.jar" YourJavaFile.java。一个小细节：引号不可遗漏，否则路径包含特殊字符时可能解析失败。
第四步：CLASSPATH环境变量是可选的备选方案。若习惯使用环境变量，记得将当前目录 . 包含在内：export CLASSPATH=".:/path/to/library.jar"。同样可写入 ~/.bashrc 实现持久化。但需注意：一旦使用 -cp 选项，它会覆盖 CLASSPATH 环境变量，因此两者混用时需格外小心，避免相互干扰。
第五步：验证依赖库与源文件的路径结构。三个最易忽略的检查要点：第一，所有引用的JAR文件必须真实存在于指定路径；第二，源文件的包名必须与目录结构严格一致——例如 package com.example; 声明的类应放在 com/example/ 目录下；第三，编译输出目录（如 -d ./out）需提前创建并具备写入权限，否则类文件生成将失败，且编译器不会给出明确提示。
第六步：如果项目依赖较多或结构复杂，强烈建议直接使用构建工具进行管理。Maven 和 Gradle 是业界标准工具，它们能自动处理类路径，彻底避免手动配置的繁琐。Maven 在 pom.xml 中配置 mvn compile 一键编译；Gradle 在 build.gradle 中配置 dependencies 块，执行 gradle build 即可。总而言之，手动配置 -cp 适用于临时测试或简单项目，一旦项目规模扩大，信赖构建工具才是正确选择。
