在这里找到这个reg ex

^(((0[1-9]|[12]\d|3[01])\/(0[13578]|1[02])\/((19|[2-9]\d)\d{2}))|((0[1-9]|[12]\d|30)\/(0[13456789]|1[012])\/((19|[2-9]\d)\d{2}))|((0[1-9]|1\d|2[0-8])\/02\/((19|[2-9]\d)\d{2}))|(29\/02\/((1[6-9]|[2-9]\d)(0[48]|[2468][048]|[13579][26])|((16|[2468][048]|[3579][26])00))))$

这将正确地验证mm/dd/yyyy格式和有效日期(但不是m/d/yyyy)。

一些测试

这是一个正则表达式，用于匹配日期格式的字符串，YYYY-MM-DD，使用不同类型的分隔符。它甚至在句子中匹配字符串，并且日期以st, nd和其他结尾。

举个例子，它与下面句子中的日期相匹配:

"Her birthday is 2022 February 23rd; I will present here a gift."

"Her birthday is 2022 Feb 23rd; I will present here a gift."

"Her birthday is 2022 02 23; I will present here a gift."

这是日期正则表达式:

"\b
(?<YYYY>[0-9]{4})
(?<!0000)(?<sep>[ /.,-])
(?|
    (?:(?<MM>0[13578]|1[02]|Jan(?:uary)?|Mar(?:ch)?|May|Jul(?:y)?|Aug(?:ust)?|Oct(?:ober)?|Dec(?:ember)?)\g{sep}(?<DD>0[1-9]|[12][0-9]|3[01]))|
    (?:(?<MM>0[469]|11|Apr(?:il)?|Jun(?:e)?|Sep(?:tember)?|Nov(?:ember)?)\g{sep}(?<DD>0[1-9]|[12][0-9]|30))|
    (?:(?<MM>02|Feb(?:ruary)?)\g{sep}(?<DD>0[1-9]|[12][0-9]))
)
(?:
    (?<=[023][1])st|
    (?<=[02][2])nd|
    (?<=[02][3])rd|
    (?<=(?:0[4-9])|(?:1[0-9])|20|(?:2[4-9])|30)th
)?
[,;.]?
\b"x

以我之见，对于正则表达式来说，检查闰年是没有意义的，因为可以为它编写简单、清晰和可理解的一行代码:

is_leap_year(y) = ((y%4 == 0) && (y%100 != 0)) || (y%400 == 0)

正则表达式是用来匹配字符串的，而不是用来进行计算的。最好的方法是匹配字符串，然后将捕获的MM组传递给is_leap_year函数(如果是02、Feb或February)，以验证字符串。

你粘贴的正则表达式没有正确地验证闰年，但在同一篇文章中有一个正则表达式。 我将其修改为dd/mm/yyyy, dd-mm-yyyy或dd.mm.yyyy。

^(?:(?：31（\/|-|\.）(?:0?[13578]|1[02]））\1|(?:(?：29|30）（\/|-|\.）(?:0?[13-9]|1[0-2]）\2））（？:(？：1[6-9]|[2-9]\d）？\d{2}）$|^（？：29（\/|-|\.）0?2\3(?:(?:(?：1[6-9]|[2-9]\d）？(?:0[48]|[2468][048]|[13579][26]）|(?:(?：16|[2468][048]|[3579][26])00））））$|^（？：0？[1-9]|1\d|2[0-8]）（\/|-|\.）(?:(?:0?[1-9]）|(?:1[0-2]))\4(?:(?：1[6-9]|[2-9]\d）？\d{2}）$

我在Arun提供的答案和这里的链接中测试了一下，它似乎有效。

编辑2019年2月14日:我已经删除了正则表达式中允许29-0，-11等日期的逗号

我怀疑，在不知道用户的地区何时从儒略历切换到格里高利历的情况下，以下内容是尽可能准确的。

它接受'-'，'/'，或者什么都不作为年，月和日之间的分隔符，不管顺序如何。

MMddyyyy：

^(((0[13-9]|1[012])[-/]?(0[1-9]|[12][0-9]|30)|(0[13578]|1[02])[-/]?31|02[-/]?(0[1-9]|1[0-9]|2[0-8]))[-/]?[0-9]{4}|02[-/]?29[-/]?([0-9]{2}(([2468][048]|[02468][48])|[13579][26])|([13579][26]|[02468][048]|0[0-9]|1[0-6])00))$

ddMMyyyy：

^(((0[1-9]|[12][0-9]|30)[-/]?(0[13-9]|1[012])|31[-/]?(0[13578]|1[02])|(0[1-9]|1[0-9]|2[0-8])[-/]?02)[-/]?[0-9]{4}|29[-/]?02[-/]?([0-9]{2}(([2468][048]|[02468][48])|[13579][26])|([13579][26]|[02468][048]|0[0-9]|1[0-6])00))$

yyyyMMdd：

^([0-9]{4}[-/]?((0[13-9]|1[012])[-/]?(0[1-9]|[12][0-9]|30)|(0[13578]|1[02])[-/]?31|02[-/]?(0[1-9]|1[0-9]|2[0-8]))|([0-9]{2}(([2468][048]|[02468][48])|[13579][26])|([13579][26]|[02468][048]|0[0-9]|1[0-6])00)[-/]?02[-/]?29)$

除了顺序，这些都精确到儒略历(每四年闰年)，直到1700年，当公历与儒略历背离。它有两个问题:

It accepts the year 0000, which doesn't exist in many, but not all, standards. Note that ISO 8601 does accept year 0000 (equivalent to 1 BCE). It doesn't skip the 10-13 days which were lost when the Gregorian Calendar came into use. This varies by locality though. For example, the Roman Catholic Church skipped 10 days, October 5th through October 14th, 1582, but Greece (the last to switch) skipped February 16th through the 28th of 1923, 13 days, having to take into account the leap years of 1700, 1800, and 1900.

从0001年到9999年的Java日历实现已经测试了这一点，唯一的差异是上面提到的1582年的10天。

python的简单函数

def is_valid_date(date_text):
    pattern = re.compile('\d{4}-\d{2}-\d{2}$')
    return pattern.match(date_text)

另一种答案，根据月(mm)和年(yyyy)验证日(dd)(即，在闰年也验证2月29日)，并允许年范围从0001到9999(根据公历，0000是无效年)

^(?:(?:(?:0[1-9]|[12]\d|3[01])/(?:0[13578]|1[02])|(?:0[1-9]|[12]\d|30)/(?:0[469]|11)|(?:0[1-9]|1\d|2[0-8])/02)/(?!0000)\d{4}|(?:(?:0[1-9]|[12]\d)/02/(?:(?!0000)(?:[02468][048]|[13579][26])00|(?!..00)\d{2}(?:[02468][048]|[13579][26]))))$