为什么DateTime.TryParse判定“1,5”为有效日期及如何规避该问题

DateTime.TryParse的设计逻辑是尽可能兼容人类日常使用的各类非正式日期写法，解析规则非常宽松：

• 不变文化下会自动将逗号、横杠、点号等多种符号识别为等价的日期分隔符，因此“1,5”会被识别为和“1/5”格式一致的短日期
• 当输入的日期缺少年份时，DateTime.TryParse会默认补全为程序运行时的当前年份，缺失的时间部分则默认填充为0点，因此最终会得到1月5日对应年份的DateTime结果

• 优先使用DateTime.TryParseExact方法：这是最可控的方案，你可以显式指定所有允许的日期格式，只有输入完全匹配指定格式时才会解析成功。示例代码如下：

var input = "1,5";
DateTime result;
// 按需添加你允许的日期格式
var allowedFormats = new[] { "yyyy-MM-dd", "MM/dd/yyyy", "yyyy/MM/dd" };
bool isValid = DateTime.TryParseExact(
    input, 
    allowedFormats, 
    CultureInfo.InvariantCulture, 
    DateTimeStyles.None, 
    out result
);
// 此时isValid为false，符合预期

• 前置校验过滤：如果确实需要保留DateTime.TryParse的宽松解析能力，可以在解析前先对输入做校验，比如判断输入是否包含逗号这类你不允许的字符、或者字符串长度是否符合你预期的日期长度，不符合条件的直接判定为非法。
• 调整DateTimeStyles参数：可以添加DateTimeStyles.NoCurrentDateDefault配置，该配置会禁止解析器用当前日期补全输入缺失的部分，缺少年/月/日的输入会直接解析失败，但该方案仅能覆盖缺少年份的场景，对其他不规范格式的拦截能力有限。

内容的提问来源于stack exchange，提问作者Uwe Keim