Apache 命令行解析器错误?

Apache command line parser bug?

我从教程点的示例代码中获得了下面的代码,并对其进行了一些调整。

App.java

public static void main(String[] args) throws ParseException {
        CommandTest t = new CommandTest();
        t.start(args);
}

CommandTest.java

public class CommandTest {

    void start(String[] args) throws ParseException {

          //***Definition Stage***
          // create Options object
          Options options = new Options();

          // add option "-a"
          options.addOption(
                    Option.builder("a")
                        .longOpt("add")
                        .desc("add numbers")
                        .hasArg(false)
                        .valueSeparator('=')
                        .required(false)
                        .build()
                  );

          // add option "-m"
          options.addOption("m", false, "");
          options.addOption(
                    Option.builder("m")
                        .longOpt("multiply")
                        .desc("multiply numbers")
                        .hasArg(false)
                        .valueSeparator('=')
                        .required(false)
                        .build()
                  );

          //***Parsing Stage***
          //Create a parser
          CommandLineParser parser = new DefaultParser();

          //parse the options passed as command line arguments
          CommandLine cmd = parser.parse( options, args);

          //***Interrogation Stage***
          //hasOptions checks if option is present or not
          if(cmd.hasOption("a")) { 
             System.out.println("Sum of the numbers: " + getSum(args));
          } else if(cmd.hasOption("m")) {
             System.out.println("Multiplication of the numbers: " + getMultiplication(args));
          }
       }

       public static int getSum(String[] args) {
          int sum = 0;
          for(int i = 1; i < args.length ; i++) {
             sum += Integer.parseInt(args[i]);
          } 
          return sum;
       }

       public static int getMultiplication(String[] args) {
          int multiplication = 1;
          for(int i = 1; i < args.length ; i++) {
             multiplication *= Integer.parseInt(args[i]);
          } 
          return multiplication;
       }
}

现在,我的问题是,当我尝试使用 -multi 参数执行上述代码时,它仍然会被接受吗?我已经将选项设置为仅接收 -m-multiply。但是,它仍然会接受 -multi

我正在使用 commons-cli-1.3.1(我正在尝试顺便调试遗留代码)

注意:以上源代码只是示例源代码,无需应用实际的编码指南(无论好坏)我只想知道为什么会出现这种行为。

这是找到不匹配选项时的行为 (org.apache.commons.cli.Options:233):

public List<String> getMatchingOptions(String opt) {
  opt = Util.stripLeadingHyphens(opt);
  List<String> matchingOpts = new ArrayList();
  if (this.longOpts.keySet().contains(opt)) {
    return Collections.singletonList(opt);
  } else {
    Iterator var3 = this.longOpts.keySet().iterator();

    while(var3.hasNext()) {
      String longOpt = (String)var3.next();
      /******************************************************/
      /* longOpt = "multiply"                               */
      /* opt = "multi"                                      */
      /******************************************************/
      if (longOpt.startsWith(opt)) {
        matchingOpts.add(longOpt);
      }
      /******************************************************/
    }

    return matchingOpts;
  }
}

正如您在突出显示的块中看到的那样,如果短选项不匹配,库将搜索第一个与输入的选项部分匹配的长选项。它使用 startsWith,并且由于 "multiply".startsWith("multi")true,它默认为选项 --multiply