2

我正在尝试使用 apache commons CLI 解析我的命令行参数。这里的例子可能有点笨拙，但在我正在创建的程序的上下文中它是有意义的。我正在尝试读取文件模式过滤器，类似于 grep 用于选择要处理的文件。

我的论点如下所示：

Program --input *.*

我编写了一个测试程序来查看解析器看到的内容；

public static void main(String[] args) {

    Options options = new Options();
    options.addOption(new Option(INPUT_FILTER_SHORT, INPUT_FILTER_LONG, true, INPUT_FILTER_DESCRIPTION));

    CommandLineParser parser = new BasicParser();
    CommandLine cmd = parser.parse(options, args);

    System.out.println(cmd.getOptionValue(INPUT_FILTER_SHORT));
}

这打印出来：

.classpath

如果我将论点更改为：

Program --input test.txt

我得到输出：

test.txt

我假设我必须做一些事情来告诉 apache commons 什么 * 不是特殊字符？我似乎无法在网上找到有关此的任何信息。

我在 Windows (7) 上遇到了这个问题。我相当确定是 *.* 导致了问题，因为当我切换到使用不使用 * 的模式时，会出现预期的模式。

4

1 回答 1

2

您的问题实际上与 Commons CLI 无关，而是与 shell 和 Java 可执行文件如何一起处理参数有关。

要消除其他因素并查看发生了什么，请使用一个简短的 Java 程序：

public class ArgsDemo {
     public static void main(String[] args) {
         for(int i=0; i<args.length; i++) {
              System.out.println("" + i + ": " + args[i]);
         }
     }
}

玩java ArgsDemo hello world，java ArgsDemo *等等，观察会发生什么。

在 UNIX 和 Linux 上：

Java 没有对*. 但是，shell 可以。所以如果你这样做了：

$ mkdir x
$ cd x
$ touch a b
$ java -jar myjar.jar MyClass *

... 然后MyClass.main()将使用参数数组调用["a","b"]-- 因为 UNIX shell 扩展*为当前目录中的文件。

您可以通过转义来抑制它：

$ java -jar myjar MyClass *  // main() sees ["*"])

（请注意，UNIX shell 不会扩展*.*为，.classpath因为这种形式会忽略以 开头的“隐藏”文件.）

在 Windows 上

cmd.exe不做 UNIX 风格的通配符扩展。如果您*在 Windows 中将其作为参数提供给命令，则该命令将获得文字*. 例如，PKUNZIP *.zip传递*.zip给PKUNZIP.EXE，如果它愿意，由该程序扩展通配符。

从 Java 7 的某些版本开始，Windows 的 Java 可执行文件在将参数传递给您的类之前会对其自身的文件名扩展进行一些通配符。main()

我无法找到 Java-for-Windows 通配符扩展规则的明确文档，但您应该能够通过引用来控制它，转义引号以防止 cmd.exe 解释它们：

> java.exe -jar myjar.jar MyClass """*.*"""

（未经测试，因为我没有方便的 Windows 框，并且在 cmd.exe 中引用有点像野兽 - 请尝试并编辑上面的内容或发表评论）

于 2017-09-06T08:29:53.327 回答