我目前正在使用：
[0-1]{1}[0-9]{1}[0-3]{1}[0-9]{1}[0-1]{1}[0-9]{1}
以匹配 6 位日期。 有没有办法使它更具限制性，我的问题是我在文本中包含其他 6-8 位数字，并且在非日期序列中偶尔会出现误报。
有什么建议吗？
谢谢！
p.s 应该说年份将始终高于 2000 年且小于当前日期，因此对年份的限制。
为此，您应该使用实际的日期解析器，不仅要简化解析实际可能的值（即第 13 个月无效），还要为闰年等做好准备。
通常，您喜欢的语言中的日期解析器应该能够解析 MMDDYY 格式的字符串，并在失败时提供某种反馈。
一次改进，仅 12 个月 31 天，2000 年至 2012 年。
(?:0[1-9]|1[0-2])(?:0[1-9]|[1-2][0-9]|3[0-1])(?:200[0-9]|201[1-2])
我知道其中一些破折号不是必需的;添加它们是为了提高可读性。
然后，您可以更进一步，根据月份的不同，持续 28、30 或 31 天。
(?:(?:0[13578]|1[02])31|(?:0[13-9]|1[0-2])(?:29|30)|(?:0[1-9]|1[0-2])(?:0[1-9]|1[0-9]|2[0-8]))(?:200[0-9]|201[1-2])
从技术上讲，有一种方法可以计算出闰年，但这有点过火了。
http://www.regular-expressions.info/dates.html顺便说一句：您将无法仅使用正则表达式来处理闰年（尽管理论上可行，但这是不切实际的）。您应该使用适当的日期解析器。
使用此正则表达式[0-1]d[0-3]d[2-9]d{3}但无法与当前日期交互