VS2017更新后Convert.ToDateTime报错：字符串未识别为有效DateTime

问题分析 #

你遇到的[FormatException: String was not recognized as a valid DateTime.]错误，核心原因是日期字符串的格式和.NET默认的解析规则不匹配。你的dataNasc参数是'24/06/1979'，属于日/月/年（dd/MM/yyyy）的格式，但Convert.ToDateTime方法默认会依赖当前线程的文化设置来解析日期。VS2017更新后，项目或服务器的文化设置可能变为了使用月/日/年（比如en-US文化），此时解析24作为月份就会直接失败——因为月份不可能是24。

解决方案 #

最可靠的方式是明确指定日期格式和解析文化，不依赖环境默认设置，推荐两种实现方式：

1. 使用DateTime.ParseExact（直接解析，失败则抛出异常）

将原来的Convert.ToDateTime(dataNasc)替换为：

// 记得引入System.Globalization命名空间
using System.Globalization;

// 明确指定格式为dd/MM/yyyy，使用不变文化避免环境影响
DateTime parsedDate = DateTime.ParseExact(dataNasc, "dd/MM/yyyy", CultureInfo.InvariantCulture);

然后在实体赋值时用parsedDate替代原来的转换：

dataNasc = parsedDate;

2. 使用DateTime.TryParseExact（安全解析，优雅处理无效输入）

如果需要处理用户输入的无效日期（比如格式错误的字符串），推荐用这个方法，避免直接抛出异常：

using System.Globalization;

DateTime parsedDate;
if (!DateTime.TryParseExact(dataNasc, "dd/MM/yyyy", CultureInfo.InvariantCulture, DateTimeStyles.None, out parsedDate))
{
    // 日期解析失败时的处理逻辑，比如返回错误提示
    return Json("data_nascimento_invalida", JsonRequestBehavior.AllowGet);
}

// 解析成功后赋值
dataNasc = parsedDate;

额外提示 #

• 必须引入System.Globalization命名空间，否则CultureInfo会报错；
• 如果你确定应用运行环境始终使用日/月/年的日期格式，也可以设置当前线程的文化（比如Thread.CurrentThread.CurrentCulture = new CultureInfo("pt-BR");），但这种方式不如指定格式可靠，环境变化可能再次引发问题；
• 处理用户输入时，优先使用TryParseExact，能提升系统健壮性，避免因无效输入导致的崩溃。

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