首先得说，你遇到的这个转换错误，大概率是因为字符串格式和SQL Server的默认日期解析规则不匹配，而且你的函数里还有个小逻辑漏洞——你先执行了DateTime.ParseExact，再判断val是否为空，这会导致空字符串直接抛出异常，根本到不了后面的判断环节。

下面给你两种靠谱的解决思路：

方案一：用参数化查询（最推荐） #

其实根本不用把日期转成特定格式的字符串，直接把DateTime对象作为参数传给SQL命令，让ADO.NET帮你处理类型转换，这是最安全、最不容易出错的方式，还能避免SQL注入风险。

修正你的函数，先处理空值，再解析日期，返回DateTime或者DBNull.Value：

private object StartDateChecker(string val)
{
    if (string.IsNullOrEmpty(val))
        return DBNull.Value;
    
    // 解析dd/MM/yyyy格式的字符串
    if (DateTime.TryParseExact(val, "dd/MM/yyyy", null, System.Globalization.DateTimeStyles.None, out DateTime dt))
    {
        // 直接返回DateTime对象，不用转字符串
        return dt;
    }
    else
    {
        // 处理格式错误的情况，比如返回DBNull或者抛出异常，根据你的需求来
        return DBNull.Value;
    }
}

然后在执行SQL的时候，用参数化的方式传递这个值：

using (SqlCommand cmd = new SqlCommand("INSERT INTO YourTable (StartDate) VALUES (@StartDate)", connection))
{
    cmd.Parameters.Add("@StartDate", SqlDbType.DateTime).Value = StartDateChecker(yourInputString);
    cmd.ExecuteNonQuery();
}

这样SQL Server会直接识别DateTime类型，完全不会有格式转换的问题。

方案二：转换为SQL Server稳定识别的字符串格式 #

如果你一定要用字符串插入（不推荐，因为容易出问题），那应该用ISO 8601标准格式：yyyy-MM-ddTHH:mm:ss，这个格式不受SQL Server的区域设置影响，能被稳定解析。

修正你的函数，调整逻辑顺序，转成正确的格式：

private object StartDateChecker(string val)
{
    if (string.IsNullOrEmpty(val))
        return DBNull.Value;
    
    if (DateTime.TryParseExact(val, "dd/MM/yyyy", null, System.Globalization.DateTimeStyles.None, out DateTime dt))
    {
        // 转成ISO8601格式
        return dt.ToString("yyyy-MM-ddTHH:mm:ss");
    }
    else
    {
        return DBNull.Value;
    }
}

另外，你的原函数里把日期转成MM/dd/yyyy HH:mm:ss，这个格式依赖SQL Server的语言和区域设置，如果服务器的日期格式不是MM/dd/yyyy，就会报错，所以不建议用这种区域相关的格式。

最后提醒一下，尽量用参数化查询，不仅解决日期格式问题，还能提升安全性。

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