ASP.NET C# GridView代码运行报错：无法表示DateTime值

嘿，这个问题我碰到过不少次，核心原因其实很直观——你在给一个特别早的日期做减6个月的操作，结果超出了C#里DateTime类型能表示的范围，所以才抛出了这个参数异常。

举个具体的例子：如果你的duedate是0001年2月1日，执行AddMonths(-6)后会得到0000年8月1日，但DateTime的合法区间是从0001-01-01到9999-12-31，这个计算结果直接越界了，系统自然会报错。

修复方案 #

你需要在执行日期加减前先做边界检查，避免超出DateTime的范围，同时可以调整代码顺序，先判断行类型再处理数据（减少不必要的计算），修改后的代码如下：

protected void pmGrid_RowDataBound(object sender, GridViewRowEventArgs e)
{
    // 先判断是否是数据行，避免无效计算
    if (e.Row.RowType == DataControlRowType.DataRow)
    {
        DateTime grace = Convert.ToDateTime(DataBinder.Eval(e.Row.DataItem,"duedate"));
        
        // 处理减6个月的边界：确保原日期足够晚，减后不超出最小值
        DateTime grace1;
        if (grace >= DateTime.MinValue.AddMonths(6))
        {
            grace1 = grace.AddMonths(-6);
        }
        else
        {
            // 根据业务需求设置默认值，比如直接取DateTime最小值，或者给出友好提示
            grace1 = DateTime.MinValue;
        }
        
        // 同样处理加6个月的边界（虽然触发概率低，但严谨起见最好加上）
        DateTime grace2;
        if (grace <= DateTime.MaxValue.AddMonths(-6))
        {
            grace2 = grace.AddMonths(6);
        }
        else
        {
            grace2 = DateTime.MaxValue;
        }
        
        // 你的后续判断逻辑
        if (DateTime.Today >= grace1 && DateTime.Today < grace2)
        {
            // 这里写你的业务处理代码
        }
    }
}

额外优化建议 #

• 先检查数据源里的duedate字段，看看是否存在误输入的异常早日期（比如0001年），从源头避免这类问题。
• 用DateTime.TryParse替代Convert.ToDateTime，这样如果数据源里的日期格式不合法，也能优雅处理，不会抛出转换异常：

  if (DateTime.TryParse(DataBinder.Eval(e.Row.DataItem,"duedate").ToString(), out DateTime grace))
  {
      // 后续的日期处理逻辑
  }
  else
  {
      // 处理日期转换失败的情况，比如给个默认值或者提示
  }
  

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