日期/时间转字符串报错：代码在校用电脑正常，个人笔记本运行异常

嘿，这个问题我之前也碰到过！本质是系统区域设置差异导致的日期字符串解析失败——学校电脑的日期格式刚好和数据库兼容，但你的个人笔记本用了不同的日期格式，就触发错误了。咱们来一步步搞定它：

问题出在哪？ #

看你这段代码：

cmd.Parameters.AddWithValue("@DateOfBirth", TxtDateOfBirth.Text);

你直接把文本框里的字符串传给了数据库的日期类型字段。AddWithValue会根据传入的字符串去推断参数类型，但字符串转日期的规则是跟着系统走的——比如学校电脑默认是MM/dd/yyyy，你的笔记本可能是dd/MM/yyyy，数据库认不出这个格式，自然就报错了。

靠谱的解决方案 #

1. 先把字符串转成DateTime类型再传参

别直接传文本，先做类型转换，还能顺便验证用户输入的日期是否合法：

// 尝试解析日期，失败就提示用户
if (DateTime.TryParse(TxtDateOfBirth.Text, out DateTime dob))
{
    cmd.Parameters.AddWithValue("@DateOfBirth", dob);
}
else
{
    MessageBox.Show("请输入有效的出生日期哦！");
    return; // 别继续执行数据库操作了
}

如果想强制用户按固定格式输入（比如yyyy-MM-dd），用TryParseExact更严谨：

string requiredFormat = "yyyy-MM-dd";
if (DateTime.TryParseExact(
    TxtDateOfBirth.Text, 
    requiredFormat, 
    System.Globalization.CultureInfo.InvariantCulture, 
    System.Globalization.DateTimeStyles.None, 
    out DateTime dob))
{
    cmd.Parameters.AddWithValue("@DateOfBirth", dob);
}
else
{
    MessageBox.Show($"请按照{requiredFormat}的格式输入出生日期呀！");
    return;
}

2. 推荐：明确指定数据库参数类型（避免推断坑）

AddWithValue偶尔会因为类型推断出问题，不如直接指定参数的SQL类型，更稳妥：

// 替换原来的AddWithValue写法
cmd.Parameters.Add("@DateOfBirth", System.Data.SqlDbType.Date).Value = dob;
cmd.Parameters.Add("@DateAdded", System.Data.SqlDbType.DateTime).Value = DateTime.Now;

额外小检查 #

• 看看你笔记本的系统日期格式（控制面板→区域设置），是不是和学校电脑不一样
• 确认数据库里DateOfBirth和DateAdded字段是日期/时间类型，不是字符串类型

附上你提供的报错截图：

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