前后端日期时间处理问题：.NET+C#与ReactNative+TypeScript适配

核心思路 #

要解决后端生成通知、跨用户通信时的时区转换问题，核心是持久化存储每个用户的IANA标准时区ID，而非仅依赖前端完成转换。这样后端可以随时将UTC时间精准转换为任意用户的本地时间，适配推送、短信、跨用户消息等全场景需求。

步骤1：收集并存储用户时区 #

• 前端获取时区：通过React Native/浏览器API获取用户的IANA时区ID，示例代码：

  // TypeScript 原生方式
  const userTimeZone = Intl.DateTimeFormat().resolvedOptions().timeZone;
  
  // 或结合dayjs-tz插件
  import dayjs from 'dayjs';
  import timezone from 'dayjs/plugin/timezone';
  dayjs.extend(timezone);
  const userTimeZone = dayjs.tz.guess();
  

• 后端存储：在用户数据表中新增TimeZoneId字段（字符串类型，存储值如Asia/Shanghai、America/New_York），用户首次注册/登录时提交该值，同时允许用户在应用设置中手动修改更新。

步骤2：后端实现UTC转用户本地时间 #

在.NET C#后端中，利用TimeZoneInfo类完成精准时区转换：

// C# 代码：将UTC时间转换为指定时区的本地时间并格式化
public string ConvertUtcToLocalTime(DateTime utcTime, string userTimeZoneId)
{
    // 解析IANA时区ID（.NET 6+原生支持，无需额外依赖）
    var targetTimeZone = TimeZoneInfo.FindSystemTimeZoneById(userTimeZoneId);
    // 转换为目标时区的本地时间
    var localTime = TimeZoneInfo.ConvertTimeFromUtc(utcTime, targetTimeZone);
    // 按业务需求格式化输出，比如"yyyy-MM-dd HH:mm"
    return localTime.ToString("yyyy-MM-dd HH:mm");
}

注：若使用.NET Framework，需安装System.TimeZoneConverter包来兼容IANA时区ID解析。

步骤3：适配不同业务场景 #

• 推送/短信/WhatsApp通知：触发通知时，从用户表取出目标用户的TimeZoneId，调用上述方法将UTC时间转为用户本地时间，再插入到通知内容中发送。
• 跨用户通信：用户A发送含时间的消息时，后端仅存储原始UTC时间；当通知用户B时，用用户B的TimeZoneId将UTC时间转换为B的本地时间后展示。

边缘情况处理 #

• 时区变更：在应用设置中提供时区修改入口，后端及时更新用户的TimeZoneId字段。
• 时区规则更新：定期同步.NET的时区数据库（Windows通过系统更新，Linux/macOS通过操作系统更新），前端保持dayjs-tz插件为最新版本，确保夏令时等规则变更能正确适配。
• 未设置时区的 fallback：若用户未提交时区，默认使用UTC时间并明确标注，同时引导用户前往设置页面配置时区。

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