如何用Moment JS结合Unix时间戳获取跨时区一致的绝对时间

核心问题出在时间戳的生成和解析逻辑没有对齐时区规则：你现在服务端是用本机默认时区把数据库里存的无时区DateTime转成时间戳，相当于把「业务上固定的7月10日0点~7月20日23:59:59.999」这个字面日期，绑定成了服务端时区对应的瞬时时间点。本地测试时因为服务端、客户端时区一致，解析出来刚好对得上，一旦两边时区不一样，同一个瞬时时间点在不同时区对应的本地日期自然会偏移，就出现了日期多一天的问题。

要实现任意时区下看到的活动日期完全一致，按下面两步改就行，不用改数据库存储结构：

• 服务端修正时间戳生成逻辑
  从数据库读取到DateTime值之后，不要用服务器默认时区转换时间戳，强制将这个字面时间当做UTC时区的时间来生成毫秒时间戳。比如2022-07-10 00:00:00.0000000，不管服务端在GMT+3还是GMT+9，都固定按UTC时区的2022-07-10 0点计算，得到时间戳1657411200000；结束时间2022-07-20 23:59:59.9990000固定按UTC计算得到时间戳1658361599999。
  不要靠修改服务器全局时区凑结果，必须在代码转换逻辑里显式指定UTC时区，避免后续服务迁移、换环境再次出问题。
• 客户端修正时间解析逻辑
  拿到服务端传的时间戳之后，不要用浏览器本地时区解析成moment对象，强制用UTC模式解析后再格式化展示。把原来的解析代码：

  // 旧逻辑：用本地时区解析，会随用户时区偏移
  const start = moment(startTimestamp)
  const end = moment(endTimestamp)
  

  改成：

  // 新逻辑：固定按UTC解析，不受本地时区影响
  const start = moment.utc(startTimestamp)
  const end = moment.utc(endTimestamp)
  

  改完之后不管用户浏览器在哪个时区，格式化出来的起止日期永远是7/10/22 - 7/20/22，不会再出现日期偏移。

如果后续业务有「活动按用户当地时间生效」的需求，那服务端就应该直接存储UTC标准瞬时时间，客户端直接用本地时区解析即可。但你当前需求是全球用户看到的活动日期完全一致，用上面的固定UTC传值+解析的方案是成本最低、最稳定的实现，没有环境依赖。

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