如何正确配置 HtmlUnit 的 Java 编译类路径（Linux 环境）

在 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）：

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 语句即可通过编译。