日期转换异常求助：Convert.ToDateTime处理"Sep-17"结果不符合预期

你遇到的这个问题太关键了——数据迁移里日期错了可不是小事！我来帮你理清楚：

你现在用Convert.ToDateTime("Sep-17")的时候，.NET默认的日期解析逻辑把"Sep-17"当成了**“月份-日期”（也就是9月17日），年份则根据系统的默认规则补成了2018；但你实际需要的是“月份-年份”**（2017年9月1日），这完全是解析格式的歧义导致的。

要实现精准转换，绝对不能依赖默认的Convert.ToDateTime或者DateTime.Parse，因为它们会受系统区域设置、当前时间等因素影响，必须用指定格式的解析方法，比如DateTime.ParseExact或者DateTime.TryParseExact，明确告诉程序你要解析的格式是什么。

具体解决方案代码 #

你可以直接用下面的代码来实现精准转换：

// 指定格式为"MMM-yy"，并设置CultureInfo确保月份缩写识别正确
var dateStr = "Sep-17";
var format = "MMM-yy";
var culture = new System.Globalization.CultureInfo("en-US");
var result = DateTime.ParseExact(dateStr, format, culture);

// 如果你想确保解析失败时不会抛出异常（更安全），可以用TryParseExact：
bool success = DateTime.TryParseExact(dateStr, format, culture, System.Globalization.DateTimeStyles.None, out DateTime parsedDate);
if (success)
{
    // 处理正确解析的日期，parsedDate就是2017年9月1日 00:00:00
}

关键说明 #

• "MMM-yy"是你需要的格式：MMM代表英文月份缩写（比如Sep），yy代表两位年份；
• 指定en-US文化是为了确保月份缩写被正确识别，避免其他区域的语言影响；
• 用TryParseExact比ParseExact更安全，因为数据迁移时难免会有格式异常的字符串，它不会直接抛出错误，而是返回布尔值告诉你解析是否成功，方便你做异常处理。

另外，关于两位年份的解析，.NET默认会根据Calendar.TwoDigitYearMax来映射，但这里我们用指定格式的话，只要字符串是两位年份，就会正确映射（比如"17"对应2017，"99"对应1999），完全避免了默认解析的歧义。

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