CEST切换为CET时区混乱问题：循环预约显示时间偏移解决方案咨询

最优解决方案 #

你需要存储预约创建时的时区，这是实现需求的核心前提，完整落地方案如下：

1. 数据库层调整

• 新增2个字段：
  • origin_timezone：存储创建预约时的IANA标准时区标识符，比如本例对应中欧时区存Europe/Paris/Europe/Berlin都可，绝对不要存固定偏移量如UTC+2，偏移量会随夏令时动态变化，无法适配全年场景
  • origin_start_local：存储创建预约时用户输入的无时区原始本地时间，比如本例存2021-10-01 20:00:00
• 原有的UTC时间列保留，用于跨时区冲突校验、全局时间范围查询，作为统一时间标尺使用

2. 循环预约生成逻辑调整

不要再基于最初存储的固定UTC起始时间生成后续所有循环场次，改成以下逻辑：

• 生成循环序列时，先以origin_start_local为基准，结合循环规则（每周三/周五重复）生成每一场的原始本地时间
• 再将每一场的原始本地时间，结合origin_timezone转换为对应UTC时间，作为该场次的全局统一时间存储
  比如夏令时切换后的场次，原始本地时间20:00对应中欧时区的UTC是19:00，而非之前沿用的18:00，从根源上避免时间偏移

3. 前端展示逻辑调整

• 所有该预约的场次展示时，统一使用预约绑定的origin_timezone将UTC时间转换为本地时间展示，永远不读取用户设备的当前时区做转换
• 仅当用户主动切换展示时区、或者创建新预约时，才读取设备当前时区

可选拓展

如果你的场景需要支持跨时区用户查看预约（比如中国用户看欧洲用户创建的预约），可以加个可选切换逻辑：默认展示创建时区的原始时间，用户主动切换为自己当前时区时再用设备时区转换。

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