Windows 上 Java7 命令行的通配符扩展被破坏（7？）

Question

我观察到 Windows 上 Java7 的通配符扩展行为有一个奇怪的行为。

几个世纪以来，“*”与*之间存在着明显的区别。
对于 Java7 来说似乎不再如此（至少在 Windows7 上）。

我在使用 通配符类路径。
尽管引用了通配符类路径，它还是被扩展了。
因此，似乎不再可能将通配符传递给 java 应用程序。

因此，使用 java -cp "somewhere/*" 将失败（"somewhere\*" 也是如此）。

解决方法似乎是： java -cp "somewhere/*;" ，它会抑制扩展。

为了验证行为，我编写了一个小的 Echo.java 类。

我发现使用 java 1.6.0 引用的“*”和普通 * 的效果与预期一致， 而在 Java7 上我总是得到扩展的通配符。 到目前为止，这是在Windows7上观察到的，不知道XP上会发生什么。

问题出现了，因为 Windows 上的通配符永远不会被黑暗时代 CMD.EXE 扩展（就像 UNIX 上的任何 shell 一样）。相反，每个可执行文件必须使用 setargv.obj 显式执行此操作。

我发现两个相关问题似乎描述了类似的问题：

• Multiple command line wildcardexpanques Windows用户
• setargv.obj 通配符处理损坏

这是其他人观察到的吗？
或者是否有一些晦涩的 Windows 或批处理文件设置来控制它？

迪特尔.

Answer 1

是的，我注意到同样的问题。

• 在版本中将其解释为“已知问题” Java7 更新 4 的说明。

• 这是错误报告。该修复将在 Java7 update 8 中提供（当前版本是 update 6）。

• 请注意，没有 shell 选项解决方法，因为在 Windows 中，shell 不处理通配符扩展。 （而在 Unix 中，shell 执行扩展）。

Answer 2

不是解决 /* 问题的直接解决方案，但我希望您可以使用以下脚本来缓解您的情况。

 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”。

Answer 3

我找到了解决 Windows-Java-launcher-argument-wildcard-expansion 问题的通用解决方法：

@argfile 中的参数不会进行通配符扩展。例如

java foo.Echo '*.txt'     => 1.txt 2.txt

echo "foo.Echo *.txt" >argfile
java @argfile             => *.txt

，如果您有一个包装器 BASH 脚本，您可以执行以下操作：

argfile=c:/tmp/argfile$;
echo foo.Echo "$@" >$argfile;
java @$argfile;

，并且您的命令行参数将不会被启动器进行通配符扩展。

测试用：

adopt_openjdk_15+36_swm_cert_v3
adopt_openjdk-11.0.11.9-hotspot
adopt_openjdk-14.0.2_12-hotspot
adopt_openjdk-16.0.1.9-hotspot
jdk-13.0.2+8
jdk-17.0.1+12