应使用 DateTime.TryParse 或 TryParseExact 判断字符串是否为合法日期：前者按当前文化解析并处理所有边界情况，后者可锁定格式、避免歧义；解析成功后须结合业务范围（如年份区间、逻辑时效）二次校验，不可仅依赖返回值。
用 DateTime.TryParse 判断字符串是否为合法日期
直接用 datetime.tryparse，别手写正则或拆分年月日——它内部已处理时区、文化差异、闰年、2月29日等所有边界情况。返回 true 就是真的能转成 datetime，否则不是有效日期。
常见错误是只调用 DateTime.Parse 然后靠 try-catch 捕获异常，这在高频校验场景下性能差、堆栈开销大；而 TryParse 是零异常设计，纯逻辑判断。
- 必须传入
out DateTime result参数，哪怕你只关心“是不是”，也得声明一个临时变量接住结果 - 默认按当前线程文化（
Thread.CurrentThread.CurrentCulture）解析，比如"12/03/2024"在 en-US 是 12月3日，在 zh-CN 可能被当成非法（因默认期待"yyyy/MM/dd"或"yyyy-MM-dd"） - 若需固定格式（如只接受
"yyyy-MM-dd"），改用DateTime.TryParseExact，并传入明确的string[] formats
示例：
bool isValid = DateTime.TryParse("2024-02-29", out _); // false（2024是闰年，所以这个其实是 true）bool isValid = DateTime.TryParse("2023-02-29", out _); // false（2023不是闰年）
为什么 DateTime.TryParseExact 更适合表单输入校验
用户填的日期往往有固定预期格式，比如前端控件输出 "2024-03-15" 或 "15/03/2024"，这时用 TryParse 可能误判：它会尝试多种文化习惯匹配，反而把本意为“日/月/年”的字符串按“月/日/年”解释，导致逻辑错乱。
使用 TryParseExact 能锁死格式，避免歧义，也更易调试。
- 第二个参数必须是字符串数组（
string[]），即使只校验一种格式，也要写成new[] { "yyyy-MM-dd" } - 第三个参数传
CultureInfo.InvariantCulture最安全，避免依赖服务器或用户本地设置 - 如果允许空格或前导零不敏感，加
DateTimeStyles.AllowWhiteSpaces标志 - 注意
MM是月份（01–12），mm是分钟——大小写写错会导致永远返回false
示例：
bool ok = DateTime.TryParseExact(" 2024-03-15 ", "yyyy-MM-dd", CultureInfo.InvariantCulture, DateTimeStyles.AllowWhiteSpaces, out _); // true
DateTime.TryParse 返回 true 却不是你想要的日期？
这是最隐蔽的坑：函数说“合法”，但结果可能不符合业务语义。比如 "0001-01-01"、"9999-12-31" 都能通过 TryParse，但你的系统根本不处理公元1年或万年后的数据。
别只信返回值，要结合业务范围做二次检查。
- 解析成功后立刻检查
result.Year是否在合理区间（如 1900–2100） - 注意
DateTime.MinValue是"0001-01-01"，DateTime.MaxValue是"9999-12-31"，它们都是合法DateTime，但未必是合法业务日期 - 若字段表示“出生日期”，还要确保
result <= DateTime.Today；若是“预约时间”，可能要求> DateTime.Now.AddMinutes(15)
别用 Convert.ToDateTime 做校验
它和 DateTime.Parse 一样，失败就抛异常，没有“试探”能力。在非可信输入（如用户提交、API 请求体）中直接用，等于主动给服务埋崩溃点。
除非你确定输入绝对可靠，且异常本身就是你要的控制流（极少见），否则一律换成 TryParse 系列。
-
Convert.ToDateTime(null)抛ArgumentNullException -
Convert.ToDateTime("")抛FormatException -
Convert.ToDateTime("abc")同样抛FormatException
这些都不是校验逻辑该承担的成本。
真正麻烦的从来不是“能不能转”，而是“转出来是不是业务上可接受的”。文化差异、格式预期、年份范围、时分秒精度、是否允许默认时间（如只有日期没时间时补 00:00:00）——这些都得在 TryParse 之后手动卡住。
