Java regex String.matches 工作不一致答案

【问题标题】：Java regex String.matches working inconsistentlyJava regex String.matches 工作不一致
【发布时间】：2012-04-24 23:06:18
【问题描述】：

我有一个正则表达式来检查字符串是否为数字。该格式的千位分隔符是一个空格，小数点分隔符是一个点。小数部分是可选的。

问题在于，String.matches() 函数在某些时候会按预期停止工作。以前有效的方法现在无效了。

例如JUnit代码：

import junit.framework.Assert;
import org.junit.Test;

public class RegExTest {

    @Test
    public void testThousandSeperatorRegex()
    {
        String regEx = "([0-9]{1,3}( [0-9]{3})*(\\.[0-9]+)?|\\.[0-9]+)";
        Assert.assertEquals(true, "1".matches(regEx));
        Assert.assertEquals(true, "10".matches(regEx));
        Assert.assertEquals(true, "100".matches(regEx));
        Assert.assertEquals(true, "1 000".matches(regEx));
        Assert.assertEquals(true, "10 000".matches(regEx));
        Assert.assertEquals(true, "100 000".matches(regEx));
        Assert.assertEquals(true, "1 000 000".matches(regEx));
        Assert.assertEquals(true, "10 000 000".matches(regEx));
        Assert.assertEquals(false, "10000.56".matches(regEx));
        Assert.assertEquals(true, "8 734".matches(regEx));
    }
}

最后一行“8 734”失败。当我用“1 000”替换它时，它继续失败。最终，相同运行的相同代码在第 4 行断言中通过，但在最后一行失败（新代码被保存！）。但有时一切都开始按预期工作，直到......再次开始失败。所以我想很难重现我的问题。也许还有一些我做错的事情我没有注意到并因此描述了，但我试图让它尽可能简单。这让我很困惑。 String.matches() 有内存还是什么？

会不会是正则表达式有问题？我正在跳过^$，因为 String.matches 无论如何都适用于整个字符串。我已经尝试过 java.util.regex 和 jregex 包，问题仍然存在。

我正在使用 JDK 6u31。

任何想法表示赞赏。

UPD：好的，在发布此 Q 后，代码开始工作并且到目前为止还没有失败。也许这与我有关，但自上周以来这一直困扰着我，我能够一次又一次地复制它。我将继续使用我的代码，如果它可以继续工作，我将关闭此问题。此外，我将尝试确定究竟是什么导致了问题。同时，如果有人遇到同样的问题，请分享您的知识。否则，这看起来像是一个可以通过知识解决的问题，而不是通过调试。为了保护自己免受愚蠢，我可以说我已经编程了很多年，这是论坛上的第一篇文章:)。到目前为止，我能够通过调试、阅读文档和搜索其他 Qs 的论坛来解决我的问题。

【问题讨论】：

在 JDK 6u19 中为我工作
你能发布调用这些 JUnit 测试的实际类吗？
你确定你运行的不是旧的编译类吗？
@Michael，是的，我确定。我也在怀疑。我将它双重保存，因为 Netbeans IDE 在运行之前也保存了文件。
@Vakimshaar，更新了帖子

标签： java regex

【解决方案1】：

顺便说一句：尝试对所有断言 assertTrue(p.matcher("1 000 000").matches()) 使用预编译模式 Pattern p = Pattern.compile(regEx) 和单一匹配器。 String 的 matches 方法每次调用时都会编译正则表达式模式

【讨论】：

【解决方案2】：

好的，到目前为止我还没有遇到过这个问题。

对于有一天碰巧遇到这个的其他人，我只能建议清理您正在工作的环境。这与损坏的 JVM 或计算机的内存状态有关。

感谢大家的贡献。

【讨论】：