我知道这个问题已经有很长时间没有回答了，但也许这可以帮助到其他人。问题是，我也想检查年份，让一些过去的年份也匹配。这个正则表达式匹配日期格式为“DD-MM-YYYY”。所以这个函数将返回一个正则表达式:

const check_year = "01-01-2021" console.log(get_regex()) console.log(check_year.match(get_regex())) function get_regex(){ let actual_year = `${new Date().getFullYear()}` let regex = new RegExp() let split_year = actual_year.split("") let year_regex = `${split_year[0]}[0-${split_year[1]}][0-${split_year[2]}][0-${split_year[3]}]$` let day_month_regex = "^([1-2][0-9]|3[0-1]|0?[1-9])[-]([1][0-2]|0?[1-9])[-]" regex.compile(day_month_regex+year_regex, "g") return regex }

请遵循以下表达方式

Regex regex = new Regex(@"(((0|1)[0-9]|2[0-9]|3[0-1])\/(0[1-9]|1[0-2])\/((19|20)\d\d))$");

下面的表达式很好，也很容易操作:

((((0[13578]|1[02])(\/|-|.)(0[1-9]|1[0-9]|2[0-9]|3[01]))|((0[469]|11)(\/|-|.)(0[1-9]|1[0-9]|2[0-9]|3[0]))|((02)((\/|-|.)(0[1-9]|1[0-9]|2[0-8]))))(\/|-|.)(19([6-9][0-9])|20(0[0-9]|1[0-4])))|((02)(\/|-|.)(29)(\/|-|.)(19(6[048]|7[26]|8[048]|9[26])|20(0[048]|1[26])))

它根据MM/dd/YYYY格式进行验证，并允许从1960年到2016年的闰年支持。如果你需要扩展闰年支持，你只需要操作表达式的这一部分:

(19(6[048]|7[26]|8[048]|9[26])|20(0[048]|1[26]))

希望这对你有帮助

你粘贴的正则表达式没有正确地验证闰年，但在同一篇文章中有一个正则表达式。 我将其修改为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天。

在这里找到这个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)。

一些测试