【问题标题】:Java regex to match integerJava正则表达式匹配整数
【发布时间】:2014-02-12 02:18:52
【问题描述】:

我知道 java 会短路它的布尔计算。 所以 if (false && true) 不会达到真条件,因为 java 已经知道第一个是假的。

我有一个问题。我必须检查输入是否为正整数并且小于另一个整数。

条件如下:

    if (inputIsPositiveInteger(input) && inputIsLessThanSomeNumber(input,someNumber)) {
      doSomething();
    }

    boolean inputIsPositiveInteger(String input) {
      String regex = "[0-9]*";
      return input.matches(regex);
    }

    boolean inputIsLessThanSomeNumber(String input, String someNumber) {
      return (Integer.parseInt(input) < Integer.parseInt(someNumber));
    }

如果我的输入不是整数,这将引发 NumberFormatException,因为我在第二个条件中将输入解析为整数。我想如果第一个条件为假,它就会退出 if 语句。

有人能解释一下吗?

java.lang.NumberFormatException: For input string: "a"
    at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
    at java.lang.Integer.parseInt(Integer.java:492)
    at java.lang.Integer.parseInt(Integer.java:527)
    at com.akolopez.servlets.ProductServlet.inputIsLessThanStock(ProductServlet.java:94)
    at com.akolopez.servlets.ProductServlet.validateInput(ProductServlet.java:78)
    at com.akolopez.servlets.ProductServlet.doPost(ProductServlet.java:70)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:641)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1002)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:744)

编辑:用其他方法更新了我的帖子。 Edit2:如果有帮助,我添加了一个堆栈跟踪。

【问题讨论】:

  • 我们可以同时看到这两种方法吗?是的,你是对的,if-statement 只会在两种方法都返回true 时运行doSomething()。这使我相信在运行其中一种方法时会引发错误。
  • 我用这两种方法编辑了我的原始帖子。
  • 您的inputIsPositiveInteger 也将接受空字符串"",这可能会在以后导致NumberFormatException。考虑使用+ 而不是*。您还可以发布有关引发异常的更多详细信息吗?堆栈跟踪会很有帮助。
  • 也许 [0-9]+ 会是一个更好的正则表达式,因为它强制输入至少有一个数字,而 [0-9]* 由一个空字符串来满足。
  • 哦。是的,但无论如何我仍然会收到随机字母的错误。我不明白为什么短路评估不起作用。

标签: java regex


【解决方案1】:

验证两个参数,inputsomeNumber

void whatever(String input, String someNumber) {
    if (inputIsLessThanSomeNumber(input, someNumber)) {
        doSomething();
    }
}

boolean inputIsLessThanSomeNumber(String input, String someNumber) {
    if (inputIsPositiveInteger(input) && inputIsPositiveInteger(someNumber))
    {
        return (Integer.parseInt(input) < Integer.parseInt(someNumber));
    }

    return false;
}

boolean inputIsPositiveInteger(String input) {
    String regex = "[0-9]+";
    return input.matches(regex);
}

【讨论】:

  • 我同意这一点。 OP 似乎没有检查其他号码。另外+ 而不是* 是一个很好的建议。 [0-9]* 匹配一个空字符串。
  • 我 +1 这是一个很好的改进,但 OP 声称通过正则表达式反转接受的字符可以解决他的问题,所以我担心这不是完整的解决方案。
【解决方案2】:

如果您不确定输入的格式是否正确,则需要捕获该异常。例如,您可以执行以下操作:

try {
    int x = Integer.parseInt(input);
    int y = Integer.parseInt(someNumber);
    if(x>0 && x<y) {
        doSomething();
    }
} catch(NumberFormatException e) {
    // One of the inputs is not a number.
}

这样做似乎也很有意义,因为您将输入视为整数,因此将它们转换为整数然后进行比较。

【讨论】:

  • 使用catch作为逻辑的一部分并不是最好的编码方式,OP显然试图通过在可能抛出异常的方法中使用它之前验证他的输入来避免它。
  • 我不同意。在您无法控制情况的情况下(字符串是否格式正确),异常处理非常好。事实上,对比上面的代码,似乎很明显,使用异常处理不仅更短,而且更容易理解。
  • OPs 代码可以用多种方式重写,这将比处理异常更具可读性。另一点是速度术语。重用已编译的正则表达式模式比创建和处理异常更快。
猜你喜欢
  • 2011-11-30
  • 1970-01-01
  • 1970-01-01
  • 2011-03-30
  • 2011-05-26
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多