在 Java 类路径中的一个目录中包含所有 jar

使用 Java 6 或更高版本，类路径选项支持通配符。请注意以下事项：

使用直引号 (")

使用 *，而不是 *.jar

视窗

java -cp "Test.jar;lib/*" my.package.MainClass

Unix

java -cp "Test.jar:lib/*" my.package.MainClass

这类似于 Windows，但使用 : 而不是 ;。如果您不能使用通配符，bash 允许使用以下语法（其中 lib 是包含所有 Java 归档文件的目录）：

java -cp "$(printf %s: lib/*.jar)"

（请注意，使用类路径与 -jar 选项不兼容。另请参阅：Execute jar file with multiple classpath libraries from command prompt）

了解通配符

从 Classpath 文档：

类路径条目可以包含基本名称通配符 *，这被认为等同于指定目录中所有扩展名为 .jar 或 .JAR 的文件的列表。例如，类路径条目 foo/* 指定名为 foo 的目录中的所有 JAR 文件。仅由 * 组成的类路径条目将扩展为当前目录中所有 jar 文件的列表。包含 * 的类路径条目将不匹配类文件。要匹配单个目录 foo 中的类和 JAR 文件，请使用 foo;foo/* 或 foo/*;foo。选择的顺序决定了 foo 中的类和资源是否在 foo 中的 JAR 文件之前加载，反之亦然。不递归搜索子目录。例如，foo/* 仅在 foo 中查找 JAR 文件，而不在 foo/bar、foo/baz 等中查找 JAR 文件。目录中 JAR 文件在扩展类路径中的枚举顺序未指定，可能与平台到平台，甚至时不时地在同一台机器上。一个结构良好的应用程序不应该依赖于任何特定的顺序。如果需要特定顺序，则可以在类路径中显式枚举 JAR 文件。通配符的扩展是在调用程序的主要方法之前尽早完成的，而不是在类加载过程本身的后期完成。包含通配符的输入类路径的每个元素都替换为通过枚举指定目录中的 JAR 文件生成的元素序列（可能为空）。例如，如果目录 foo 包含 a.jar、b.jar 和 c.jar，则类路径 foo/* 扩展为 foo/a.jar;foo/b.jar;foo/c.jar，并且该字符串将是系统属性 java.class.path 的值。 CLASSPATH 环境变量的处理方式与 -classpath（或 -cp）命令行选项没有任何不同。也就是说，在所有这些情况下都使用通配符。但是，Class-Path jar-manifest 标头中不支持类路径通配符。

注意：由于 java 8 中的一个已知错误，windows 示例必须在条目前使用反斜杠并带有尾随星号：https://bugs.openjdk.java.net/browse/JDK-8131329

---

在 Windows 下这有效：

java -cp "Test.jar;lib/*" my.package.MainClass

这不起作用：

java -cp "Test.jar;lib/*.jar" my.package.MainClass

请注意 *.jar，因此应单独使用 * 通配符。

在 Linux 上，以下工作：

java -cp "Test.jar:lib/*" my.package.MainClass

分隔符是冒号而不是分号。

---

我们通过部署一个 main jar 文件 myapp.jar 来解决这个问题，该文件包含一个 manifest (Manifest.mf) 文件，该文件指定了一个包含其他所需 jar 的类路径，然后部署在它旁边。在这种情况下，您只需要在运行代码时声明 java -jar myapp.jar。

因此，如果您将主 jar 部署到某个目录中，然后将依赖 jar 放入该目录下的 lib 文件夹中，则清单如下所示：

Manifest-Version: 1.0
Implementation-Title: myapp
Implementation-Version: 1.0.1
Class-Path: lib/dep1.jar lib/dep2.jar

注意：这是独立于平台的——我们可以使用相同的 jar 在 UNIX 服务器或 Windows PC 上启动。

---

我在 Ubuntu 10.04 上使用 java-sun 1.6.0_24 的解决方案，所有 jar 都在“lib”目录中：

java -cp .:lib/* my.main.Class

如果失败，以下命令应该可以工作（将 lib 目录中的所有 *.jar 打印到类路径参数中）

java -cp $(for i in lib/*.jar ; do echo -n $i: ; done). my.main.Class

---

简短回答：java -classpath lib/*:. my.package.Program

Oracle 在了解类路径通配符部分标题下提供了有关在类路径 here for Java 6 和 here for Java 7 中使用通配符的文档。 （在我写这篇文章时，这两页包含相同的信息。）以下是重点摘要：

通常，要在给定目录中包含所有 JAR，可以使用通配符 *（而不是 *.jar）。

通配符只匹配 JAR，不匹配类文件；要获取目录中的所有类，只需在目录名称处结束类路径条目。

上述两个选项可以结合使用，以将所有 JAR 和类文件包含在一个目录中，并且应用通常的类路径优先规则。例如 -cp /classes;/jars/*

通配符不会在子目录中搜索 JAR。

如果您使用 CLASSPATH 系统属性或 -cp 或 -classpath 命令行标志，则上述要点是正确的。但是，如果您使用 Class-Path JAR 清单标头（就像您可能对 ant 构建文件所做的那样），则不会使用通配符。

是的，我的第一个链接与得分最高的答案中提供的相同（我没有希望超越），但该答案在链接之外没有提供太多解释。由于这种行为是 discouraged 在 Stack Overflow these days 上，我想我会对其进行扩展。

---

视窗：

 java -cp file.jar;dir/* my.app.ClassName

Linux：

 java -cp file.jar:dir/* my.app.ClassName

提醒：
- Windows 路径分隔符是 ;
- Linux 路径分隔符是 :
- 在 Windows 中如果 cp 参数不包含空格，“引号”是可选的

---

对我来说，这适用于 windows 。

java -cp "/lib/*;" sample

对于 Linux

java -cp "/lib/*:" sample

我正在使用 Java 6

---

你可以试试java -Djava.ext.dirs=jarDirectory http://docs.oracle.com/javase/6/docs/technotes/guides/extensions/spec.html

运行 java 时外部 jar 的目录

---

正确的：

java -classpath "lib/*:." my.package.Program

不正确：

java -classpath "lib/a*.jar:." my.package.Program
java -classpath "lib/a*:."     my.package.Program
java -classpath "lib/*.jar:."  my.package.Program
java -classpath  lib/*:.       my.package.Program

---

如果您使用的是 Java 6，那么您可以在类路径中使用通配符。

现在可以在类路径定义中使用通配符：

javac -cp libs/* -verbose -encoding UTF-8 src/mypackage/*.java  -d build/classes

参考：http://www.rekk.de/bloggy/2008/add-all-jars-in-a-directory-to-classpath-with-java-se-6-using-wildcards/

---

如果您确实需要动态指定所有 .jar 文件，您可以使用 shell 脚本或 Apache Ant。有一个名为 Commons Launcher 的公共项目，它基本上可以让您将启动脚本指定为 ant 构建文件（如果您明白我的意思）。

然后，您可以指定如下内容：

<path id="base.class.path">
    <pathelement path="${resources.dir}"/>
    <fileset dir="${extensions.dir}" includes="*.jar" />
    <fileset dir="${lib.dir}" includes="*.jar"/>
</path>

在您的启动构建文件中，它将使用正确的类路径启动您的应用程序。

---

请注意，Windows 上 Java 7 的通配符扩展被破坏。

查看 this StackOverflow issue 了解更多信息。

解决方法是在通配符之后放置一个分号。 java -cp "somewhere/*;"

---

敬启者，

我在 MSYS/MinGW shell 下的 Windows 上发现了这种奇怪的行为。

作品：

$ javac -cp '.;c:\Programs\COMSOL44\plugins\*' Reclaim.java

不起作用：

$ javac -cp 'c:\Programs\COMSOL44\plugins\*' Reclaim.java
javac: invalid flag: c:\Programs\COMSOL44\plugins\com.comsol.aco_1.0.0.jar
Usage: javac <options> <source files>
use -help for a list of possible options

我很确定通配符不会被shell扩展，因为例如

$ echo './*'
./*

（也用另一个程序而不是内置的 echo 进行了尝试，结果相同。）

我相信它是 javac 试图扩展它，并且无论参数中是否有分号，它的行为都不同。首先，它可能试图扩展所有看起来像路径的参数。只有这样它才会解析它们，而 -cp 只采用以下标记。 （请注意，com.comsol.aco_1.0.0.jar 是该目录中的第二个 JAR。）这只是猜测。

这是

$ javac -version
javac 1.7.0

---

如果您在 Eclipse 或 Netbeans 等任何 IDE 之外开发和运行 Java 应用程序，上述所有解决方案都非常有效。

如果您在 Windows 7 上并使用 Eclipse IDE 进行 Java 开发，那么在使用命令提示符运行 Eclipse 中构建的类文件时可能会遇到问题。

例如，您在 Eclipse 中的源代码具有以下包层次结构：edu.sjsu.myapp.Main.java

您将 json.jar 作为 Main.java 的外部依赖项

当您尝试从 Eclipse 中运行 Main.java 时，它将毫无问题地运行。

但是，当您在 Eclipse 中编译 Main.java 后尝试使用命令提示符运行它时，它会发出一些奇怪的错误，说“ClassNotDef Error blah blah”。

我假设您在源代码的工作目录中！

使用以下语法从命令提示符运行它：

javac -cp ".;json.jar" Main.java java -cp ".;json.jar" edu.sjsu.myapp.Main [不要错过 .以上]

这是因为您已将 Main.java 放在包 edu.sjsu.myapp 中，而 java.exe 将查找确切的模式。

希望能帮助到你 ！！

---

对于 windows 报价是必需的，并且 ;应该用作分隔符。例如：

java -cp "target\\*;target\\dependency\\*" my.package.Main

---

短格式：如果你的 main 在一个 jar 中，你可能需要一个额外的 '-jar pathTo/yourJar/YourJarsName.jar '明确声明让它工作（即使 'YourJarsName.jar' 在类路径上）（或，表示回答 5 年前提出的原始问题：您不需要明确地重新声明每个 jar，但似乎，即使使用 java6，您也需要重新声明自己的 jar ...)

长格式：（我已经明确表示我希望即使是 Java 的闯入者也可以使用它）

像这里的许多人一样，我使用 eclipse 来导出 jar：（文件->导出->'可运行的 JAR 文件'）。 '库处理' eclipse (Juno) 提供了三个选项：

opt1: "Extract required libraries into generated JAR"
opt2: "Package required libraries into generated JAR"
opt3: "Copy required libraries into a sub-folder next to the generated JAR"

通常我会使用 opt2（并且 opt1 肯定会破坏），但是我正在使用的一个 jar 中的本机代码我发现当您选择该选项时，eclipse 会利用方便的“jarinjar”技巧来破坏。即使在意识到我需要 opt3，然后找到这个 StackOverflow 条目之后，我仍然花了一些时间来弄清楚如何在 eclipse 之外启动我的 main，所以这对我有用，因为它对其他人有用......

如果您将 jar 命名为：“fooBarTheJarFile.jar”并且所有设置为导出到目录：“/theFully/qualifiedPath/toYourChosenDir”。

（意味着“导出目的地”字段将显示为：“/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile.jar”）

完成后，您会发现 eclipse 然后将所有库放入该导出目录中名为“fooBarTheJarFile_lib”的文件夹中，为您提供如下内容：

/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile.jar
/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/SomeOtherJar01.jar
/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/SomeOtherJar02.jar
/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/SomeOtherJar03.jar
/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/SomeOtherJar04.jar

然后，您可以从系统上的任何位置启动：

java -classpath "/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/*" -jar  /theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile.jar   package.path_to.the_class_with.your_main.TheClassWithYourMain

（对于 Java 新手：'package.path_to.the_class_with.your_main' 是声明的包路径，您可以在包含 'main(String[] args){.. .}' 你希望从外部 java 运行）

需要注意的缺陷是：在声明的类路径中的 jar 列表中包含“fooBarTheJarFile.jar”是不够的。您需要显式声明“-jar”，并重新声明该 jar 的位置。

例如，这打破了：

 java -classpath "/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile.jar;/theFully/qualifiedPath/toYourChosenDir/fooBarTheJarFile_lib/*"  somepackages.inside.yourJar.leadingToTheMain.TheClassWithYourMain

用相对路径重述：

cd /theFully/qualifiedPath/toYourChosenDir/;
BREAKS:  java -cp "fooBarTheJarFile_lib/*"                                package.path_to.the_class_with.your_main.TheClassWithYourMain    
BREAKS:  java -cp ".;fooBarTheJarFile_lib/*"                              package.path_to.the_class_with.your_main.TheClassWithYourMain   
BREAKS:  java -cp ".;fooBarTheJarFile_lib/*"   -jar                       package.path_to.the_class_with.your_main.TheClassWithYourMain   
WORKS:   java -cp ".;fooBarTheJarFile_lib/*"   -jar  fooBarTheJarFile.jar package.path_to.the_class_with.your_main.TheClassWithYourMain   

（使用 java 版本“1.6.0_27”；通过 ubuntu 12.04 上的 OpenJDK 64 位服务器 VM）

---

macOS，当前文件夹

对于 macOS Mojave 上的 Java 13…

如果您的所有 .jar 文件都在同一个文件夹中，请使用 cd 将其设为您的 current working directory。使用 pwd 进行验证。

对于 -classpath，您必须首先为您的应用列出 JAR file。使用冒号 : 作为分隔符，附加星号 * 以获取同一文件夹中的所有其他 JAR 文件。最后，使用 main method 传递类的完整包名。

例如，对于名为 my_app.jar 的 JAR 文件中的应用程序，在名为 com.example 的包中的名为 App 的类中具有 main 方法，以及同一文件夹中的一些所需 jar：

java -classpath my_app.jar:* com.example.App

---

您需要单独添加它们。或者，如果您真的只需要指定一个目录，您可以将所有内容解压缩到一个目录中并将其添加到您的类路径中。但是，我不推荐这种方法，因为您可能会在类路径版本控制和不可管理性方面出现奇怪的问题。

---

我知道如何做的唯一方法是单独做，例如：

setenv CLASSPATH /User/username/newfolder/jarfile.jar:jarfile2.jar:jarfile3.jar:.

希望有帮助！

---

来自 wepapp 的类：

  > mvn clean install

  > java -cp "webapp/target/webapp-1.17.0-SNAPSHOT/WEB-INF/lib/tool-jar-1.17.0-SNAPSHOT.jar;webapp/target/webapp-1.17.0-SNAPSHOT/WEB-INF/lib/*" com.xx.xx.util.EncryptorUtils param1 param2

---

将 jar 文件视为目录结构的根。是的，您需要单独添加它们。

---

不是能够将 /* 设置为 -cp 的直接解决方案，但我希望您可以使用以下脚本来缓解动态类路径和 lib 目录的情况。

 libDir2Scan4jars="../test";cp=""; for j in `ls ${libDir2Scan4jars}/*.jar`; do if [ "$j" != "" ]; then cp=$cp:$j; fi; done; echo $cp| cut -c2-${#cp} > .tmpCP.tmp; export tmpCLASSPATH=`cat .tmpCP.tmp`; if [ "$tmpCLASSPATH" != "" ]; then echo .; echo "classpath set, you can now use  ~>         java -cp \$tmpCLASSPATH"; echo .; else echo .; echo "Error please check libDir2Scan4jars path"; echo .; fi; 

为 Linux 编写脚本，也可以为 Windows 编写类似的脚本。如果提供了正确的目录作为“libDir2Scan4jars”的输入；该脚本将扫描所有 jar 并创建一个类路径字符串并将其导出到环境变量“tmpCLASSPATH”。

---

以适合多个 jar 和当前目录的类文件的方式设置类路径。

CLASSPATH=${ORACLE_HOME}/jdbc/lib/ojdbc6.jar:${ORACLE_HOME}/jdbc/lib/ojdbc14.jar:${ORACLE_HOME}/jdbc/lib/nls_charset12.jar; 
CLASSPATH=$CLASSPATH:/export/home/gs806e/tops/jconn2.jar:.;
export CLASSPATH

---

我在一个文件夹中有多个罐子。以下命令在 JDK1.8 中为我工作，包括文件夹中存在的所有 jar。请注意，如果您在类路径中有空格，请包含在引号中

视窗

编译：javac -classpath "C:\My Jars\sdk\lib\*" c:\programs\MyProgram.java

运行：java -classpath "C:\My Jars\sdk\lib\*;c:\programs" MyProgram

Linux

编译：javac -classpath "/home/guestuser/My Jars/sdk/lib/*" MyProgram.java

运行：java -classpath "/home/guestuser/My Jars/sdk/lib/*:/home/guestuser/programs" MyProgram

---

java 命令的参数顺序也很重要：

c:\projects\CloudMirror>java Javaside -cp "jna-5.6.0.jar;.\"
Error: Unable to initialize main class Javaside
Caused by: java.lang.NoClassDefFoundError: com/sun/jna/Callback

相对

c:\projects\CloudMirror>java -cp "jna-5.6.0.jar;.\" Javaside
Exception in thread "main" java.lang.UnsatisfiedLinkError: Unable

---