致相关人士:

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

工作原理:

$ 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

我在一个文件夹里有多个罐子。下面的命令在JDK1.8中对我有用，可以包括文件夹中的所有jar。请注意，如果在类路径中有空格，请在引号中包含

窗户

“C:\My Jars\sdk\lib\*

运行: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

请注意，在Windows上的Java 7中，通配符展开被打破了。

查看这个StackOverflow问题以获得更多信息。

解决方法是在通配符后面加一个分号。Java -cp " where/*;"

macOS，当前文件夹

Java 13在macOS Mojave…

如果所有的.jar文件都在同一个文件夹中，使用cd将其设置为当前工作目录。与pwd核实。

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

例如，对于一个名为my_app.jar的JAR文件中的一个应用程序，在一个名为com的包中一个名为app的类中有一个主方法。例如，在同一个文件夹中放置一些需要的罐子:

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

如果使用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文件myapp.jar来解决这个问题，该文件包含一个清单(manifest .mf)文件，该文件指定了一个类路径和其他所需的jar，然后这些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上启动。