多时区应用仅存储时间部分的时区处理与可用时段计算方案咨询

问题根源 #

你遇到的问题本质是混淆了「固定时间点」和「本地循环规则」的存储逻辑：UTC统一存储仅适用于已预订时段这类带具体日期的固定时间点，而工作时段、屏蔽时段的时间是用户本地时区的周/日循环规则，直接转UTC存储时间部分会丢失跨天偏移信息，自然会出现开始时间大于结束时间的异常。

一、存储层优化（长期方案） #

1. 工作时段（WorkingHours）表调整 #

新增两个字段：

• TimeZone：存储用户所属时区标识符，比如Asia/Shanghai，不要存固定时差，可自动适配夏令时
• EndDayOffset：存储结束时间相对于开始时间的日期偏移量，取值为0或1

存储逻辑调整：
用户在UI选择的本地时间不需要转UTC，直接存原始时分到StTime和EndTime：

• 如果结束时间大于开始时间，EndDayOffset设为0
• 如果结束时间小于开始时间（比如用户本地选22:00到次日6:00），EndDayOffset设为1

历史错误数据修复：根据用户对应时区，把现有存储的UTC时分转回用户本地时分，再按上述规则补全新增字段即可。

2. 屏蔽时段（Blocked Slots）表调整 #

首先修正你现有表的重复字段问题（现有表有两个st_time，第一个应为start_date），同样新增TimeZone和EndDayOffset字段，start_date/end_date存用户本地日期，st_time/end_time存用户本地时分，不需要转UTC存储。

3. 已预订时段（Booked slots）无需调整 #

本身是固定时间点，存UTC datetime的逻辑完全正确。

二、可用时段计算逻辑 #

要计算某访客视角下用户的可用时段，按以下步骤执行：

1. 把访客要查询的日期范围，从访客时区转换为目标用户的本地时区，得到对应的用户本地日期段
2. 生成用户在该日期段的基础工作时段：
   对每一天匹配WorkingHours中对应Day的规则，拼接「用户本地日期+StTime」作为工作开始时间，「用户本地日期+EndTime + EndDayOffset天」作为工作结束时间，统一转成UTC时间戳
3. 生成对应日期段的屏蔽时段：
   匹配Blocked Slots中与用户本地日期段有交集的规则，同样拼接本地日期时间后转成UTC时间戳
4. 取出该日期段内该用户的所有已预订时段，直接用存储的UTCSt_time加时长得到结束UTC时间戳
5. 用基础工作时段减去屏蔽时段，再减去已预订时段，得到最终的UTC可用时段，转成访客时区展示即可。

三、临时兼容方案（暂无法改表时使用） #

如果暂时无法调整表结构，可先临时兼容现有异常数据：遇到StTime > EndTime的工作时段规则，默认将结束时间视为次日对应时间，计算时给结束时间加1天偏移即可。但该方案没有存储用户时区，夏令时切换时会出现误差，仅适合临时过渡使用。

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