在 linux 下使用 `javac` 编译依赖 htmlunit 的 java 程序时，若因类路径分隔符错误（误用 windows 风格的 `;`）导致 `com.gargoylesoftware.htmlunit` 包无法识别，只需将 `-classpath` 中的分号 `;` 替换为冒号 `:` 即可解决。
Java 的 -classpath（或 -cp）参数用于告诉编译器和运行时去哪里查找 .class 文件和 JAR 包。关键点在于：类路径分隔符是操作系统相关的：
- ✅ Linux/macOS 使用 冒号 :
- ❌ Windows 使用 分号 ;
你当前的命令：
javac -classpath ".;/opt/htmlunit_2.69.0/*" ClassPathProblem.java
在 Linux 中，.;/opt/... 被解释为一个单一路径字符串（含非法字符 ;），而非两个独立路径，因此 JVM 完全无法解析 /opt/htmlunit_2.69.0/* 中的 JAR，自然找不到 htmlunit-2.69.0.jar 及其内部的 com.gargoylesoftware.htmlunit.* 类。
✅ 正确写法（Linux）：
立即学习“Java免费学习笔记（深入）”；
javac -classpath '.:/opt/htmlunit_2.69.0/*' ClassPathProblem.java
? 注意单引号 '...' 的作用：防止 shell 过早展开通配符 *。Java 会自行处理 *.jar 模式（自 JDK 6 起支持），确保所有 JAR 均被加入类路径。
此外，请验证以下几点以排除其他潜在问题：
-
JAR 包完整性：确认 htmlunit-2.69.0.jar 确实包含目标类：
jar -tf /opt/htmlunit_2.69.0/htmlunit-2.69.0.jar | grep "HtmlPage.class" # 应输出类似：com/gargoylesoftware/htmlunit/HtmlPage.class
依赖全覆盖：HtmlUnit 依赖多个第三方库（如 commons-lang3, httpclient, jetty-* 等）。你已下载全部 JAR 并置于同一目录，且使用 * 通配符，这符合要求——无需手动拼接所有 JAR 名称。
-
编译后运行也需相同类路径：
java -classpath '.:/opt/htmlunit_2.69.0/*' ClassPathProblem
⚠️ 补充提醒：
- 若使用 IDE（如 IntelliJ 或 Eclipse），请通过项目构建配置（Maven/Gradle 或模块依赖）管理库，避免手动维护类路径；
- 手动管理类路径适合学习和轻量脚本，但生产环境强烈推荐使用构建工具（如 Maven），其 pom.xml 可自动拉取 HtmlUnit 及全部传递依赖：
net.sourceforge.htmlunit htmlunit 2.69.0
总之，一个分隔符的差异就是编译成败的关键。修正为 : 后，javac 将成功定位 HtmlUnit 的所有包，你的 import 语句即可通过编译。
