我在这些模式中看到了很多过于复杂的情况。您的日期格式实际上非常简单。我认为您通过忽略 28 天月和 31 天月之间的重叠而采取了错误的方法。
在我进一步解释之前，让我指出，除非你被正则表达式所困扰，还有更好的方法来解析和验证日期。最好的选择是DateTime.TryParseExact，它是为了这。如果您使用的是 WebForms，则只需添加 CompareValidator 和 Operator="DataTypeCheck" 和 Type="Date"。
现在我已经说了神奇的话，让我们来谈谈正则表达式模式。
改变你看待这个的方式。确实不是所有月份都包含 31 甚至 30 天，但有多少包含 28 天？
...所有这些！因此，如果您想匹配 4 月和 5 月，则不需要覆盖 4 月 1 日至 30 日，然后是 5 月 1 日至 31 日。您可以编写一个模式来覆盖任何一个 月的前 30 天，然后自行到 5 月 31 日。结果类似于[45]/([012]?[1-9]|[123]0)|5/31，是原本长度的一半。
考虑这种模式，为了清楚起见进行了扩展：
^(
( #First, we'll cover months and days for a normal year. Forget leap years
#for a second.
(
(?<month>0?[1-9]|1[012]) #First we account for up to 28 days,
/(?<day>[01]?[1-9]|10|2[0-8]) #which ALL months have.
)
|
(
(?<month>0?[13-9]|1[012]) #Every month but February has at
/(?<day>29|30) #least 30 days, so cover that.
)
|
(
(?<month>0?[13578]|1[02]) #Cover the 31st day for months
/(?<day>31) #that have one.
)
)
/(?<year>(1[89]|20)[0-9]{2}) #Any year between 1800 and 2099.
| #Normal years: Done. Now we just need to cover February 29,
#and only for leap years.
(?<month>0?2)
/(?<day>29)
/(?<year>
(1[89]|20) #Century doesn't matter, since 100 is divisible by 4.
(
[24680][048] #If the decade is even, leap years end in [048].
|
[13579][26] #If the decade is odd, leap years end in 2 or 6.
)
)
)$
我们完成了。强制执行 mm/dd/yyyy 格式，验证现有日期，并且简短易读。这是缩小版：
^(((0?[1-9]|1[012])/([01]?[1-9]|10|2[0-8])|(0?[13-9]|1[012])/(29|30)|(0?[13578]|1[02])/31)/(1[89]|20)[0-9]{2}|0?2/29/(1[89]|20)([24680][048]|[13579][26]))$
编辑：
由于这是 .NET，您可以使用环视来大大缩短它：
^(
(?!(0?[2469]|11)/31)
(?!0?2/(29|30))
(?<month>0?[1-9]|1[012])
/
(?!0?0/)
(?<day>[012]?[0-9]|3[01])
/
(?<year>(1[89]|20)[0-9]{2})
|
(?<month>0?2)/(?<day>29)
/
#Years ending in 00 are only leap years if they're divisible by 400:
(?!1[89]00)
(?<year>(1[89]|20) ( [24680][048] | [13579][26] ) )
)$