ASP.NET WebForms更换服务器后DateTime格式异常，求通用解决方案

一、数据库日期读取的稳定处理 #

原代码用Convert.ToDateTime依赖服务器区域设置，换成DataReader的强类型读取方法，彻底脱离系统区域影响：

// 读取StartDate
var startDateOrdinal = rd.GetOrdinal("StartDate");
if (rd.IsDBNull(startDateOrdinal))
{
    this.StartDate = DateTime.MinValue; // 用MinValue明确表示空值，替代无意义的new DateTime()
}
else
{
    this.StartDate = rd.GetDateTime(startDateOrdinal);
}

// 读取EndDate同理
var endDateOrdinal = rd.GetOrdinal("EndDate");
if (rd.IsDBNull(endDateOrdinal))
{
    this.EndDate = DateTime.MinValue;
}
else
{
    this.EndDate = rd.GetDateTime(endDateOrdinal);
}

说明：GetDateTime直接从数据库获取强类型日期，不存在隐式转换；GetOrdinal通过列名获取索引，比直接传字符串更高效，也能避免列名拼写错误的隐性问题。

二、用户输入日期的统一解析 #

放弃依赖服务器区域的TryParse，改用TryParseExact强制按业务约定格式解析：

// 定义业务允许的日期格式，可根据实际需求增减
string[] allowedFormats = new[] { "yyyy-MM-dd", "dd/MM/yyyy", "MM/dd/yyyy" };
DateTime billdate;

// 使用InvariantCulture确保解析规则不受服务器/客户端区域影响
if (!DateTime.TryParseExact(txtbilldate.Text.Trim(), allowedFormats, CultureInfo.InvariantCulture, DateTimeStyles.None, out billdate))
{
    ucMessage.Visible = true;
    ucMessage.ShowErrorMsg("无效的账单日期，请使用格式：yyyy-MM-dd 或 dd/MM/yyyy");
    txtbilldate.Focus();
    return;
}

说明：强制限定输入格式，结合InvariantCulture，完全消除区域差异带来的解析错误，同时给用户明确的格式提示，减少输入失误。

三、全局配置强化（可选） #

如果希望整个应用的日期/数字格式统一，可在Web.config中固定全局文化设置：

<system.web>
    <globalization culture="en-US" uiCulture="en-US" />
    <!-- 如需英式格式可改为：culture="en-GB" uiCulture="en-GB" -->
</system.web>

注意：若应用有多语言需求，需结合多语言方案调整此配置，避免影响界面语言显示。

四、额外优化建议 #

• 数据库日期字段优先使用datetime2（SQL Server）等标准日期类型，不要存储字符串，从根源避免格式问题；
• 前端用日期选择器控件（如ASP.NET Calendar、第三方DatePicker）替代手动输入，直接输出固定格式的日期字符串到后台，彻底杜绝输入格式错误。

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