多用户MVC应用多时区及夏令时处理方案咨询

刚好做过类似的全球多时区MVC项目，给你一套简洁落地的方案，覆盖时区配置、时间转换和夏令时处理，亲测有效：

所有数据统一以UTC格式存储，保证全球数据一致性；用户端操作/展示时，根据账户配置的时区，把UTC时间转成用户本地时间即可。

1. 给用户账户添加时区配置字段 #

首先在用户表新增TimeZoneId字段（varchar类型，长度100足够），用来存储.NET标准的时区ID（比如俄亥俄州对应"Eastern Standard Time"，UTC对应"UTC"）。

用户配置界面实现 #

做个下拉框展示系统支持的所有时区，方便用户选择：

// 控制器中获取时区列表传给视图
var timeZones = TimeZoneInfo.GetSystemTimeZones()
    .OrderBy(tz => tz.BaseUtcOffset)
    .Select(tz => new SelectListItem 
    { 
        Value = tz.Id, 
        Text = $"{tz.DisplayName} (UTC{tz.BaseUtcOffset:hh\\:mm})" 
    });
ViewBag.TimeZones = timeZones;

视图中的下拉框：

@Html.DropDownListFor(m => m.TimeZoneId, ViewBag.TimeZones as IEnumerable<SelectListItem>, "选择时区", new { @class = "form-control" })

首次注册可以默认设为UTC，也可以通过IP地址猜测用户时区（可选优化），但一定要保留手动修改入口。

2. 数据层：强制存储UTC时间 #

不管用户在哪个时区输入时间，插入/更新SQL前必须转成UTC：

// 从当前用户信息中获取配置的时区ID
var userTimeZone = TimeZoneInfo.FindSystemTimeZoneById(currentUser.TimeZoneId);
// 将用户输入的本地时间转换为UTC
DateTime utcTime = TimeZoneInfo.ConvertTimeToUtc(localDateTime, userTimeZone);
// 把utcTime存入SQL的datetime2字段（推荐用datetime2，精度更高）

比如俄亥俄州用户当地23:00输入，转成UTC是次日4:00，SQL里存的就是这个UTC时间，保证数据全局一致。

3. 展示层：把UTC转成用户本地时间 #

从SQL读取UTC时间后，转成用户配置的时区再展示，分服务器端和客户端两种场景：

服务器端（MVC视图） #

写个扩展方法简化转换逻辑：

public static class DateTimeExtensions
{
    public static DateTime ToUserLocalTime(this DateTime utcTime, string timeZoneId)
    {
        if (utcTime.Kind != DateTimeKind.Utc)
            throw new ArgumentException("传入时间必须为UTC格式");
            
        var timeZone = TimeZoneInfo.FindSystemTimeZoneById(timeZoneId);
        return TimeZoneInfo.ConvertTimeFromUtc(utcTime, timeZone);
    }
}

视图中直接调用：

<p>创建时间：@Model.CreatedUtc.ToUserLocalTime(User.GetTimeZoneId())</p>

（假设用ASP.NET Identity，可以把TimeZoneId存在用户Claims里，方便全局获取）

客户端（jQuery日历控件） #

如果用jQuery UI Datepicker或类似控件，需要把UTC时间转成用户本地时间后再赋值：

// 从页面隐藏域获取用户配置的时区（比如<input type="hidden" id="userTimeZone" value="@User.GetTimeZoneId()" />）
var userTimeZone = document.getElementById('userTimeZone').value;
// 服务器返回的UTC时间字符串转成Date对象
var utcDate = new Date(utcTimeStr);
// 用moment-timezone处理（需引入moment.js和moment-timezone.js）
var localDate = moment.utc(utcDate).tz(userTimeZone).toDate();
// 初始化日历控件
$('#datepicker').datepicker('setDate', localDate);

用户选择时间提交时，要把本地时间转成UTC再发请求：

var selectedLocalDate = $('#datepicker').datepicker('getDate');
var userTimeZone = document.getElementById('userTimeZone').value;
var utcDate = moment.tz(selectedLocalDate, userTimeZone).utc().toDate();
// 将utcDate传给服务器

4. 夏令时自动处理 #

不用自己写夏令时逻辑！.NET的TimeZoneInfo和moment-timezone都内置了全球各时区的夏令时规则，会自动识别日期是否在夏令时区间，转换时自动调整偏移量。

比如俄亥俄州3月切换夏令时后，时区从EST（UTC-5）变成EDT（UTC-4），ConvertTimeFromUtc会自动用正确的偏移量转换。遇到歧义时间（比如夏令时切换时的重复/缺失时间），TimeZoneInfo会默认采用标准时间的偏移量，一般默认逻辑足够覆盖大部分场景。

关键注意事项 #

• 服务器端所有时间操作一律用DateTime.UtcNow，绝对不要用DateTime.Now（会取服务器本地的俄勒冈州时间）
• SQL里的时间字段优先用datetime2类型，比datetime精度更高、支持的时间范围更广
• 测试时要覆盖夏令时切换前后的场景，比如俄亥俄州3月和11月的时间转换，确保显示正确

内容的提问来源于stack exchange，提问作者Lakshmi Narasimhan R