跨时区应用固定操作时间窗口校验逻辑故障排查求助

• 原代码混淆了本地时间与UTC时间的边界处理，依赖本地日期的调整逻辑在跨时区场景下必然出错——不同时区的本地日期和UTC日期可能不同步，比如东京时间下午2:30对应UTC凌晨5:30，此时原代码的日期判断会完全混乱。
• 跨天的UTC时间窗口（06:00到次日04:00）用简单的日期加减处理，没有考虑UTC时间的连续性，导致区间判断出现逻辑漏洞。

核心思路是全程用UTC时间处理，彻底规避本地时区干扰——运营时间本质绑定的是UTC窗口，不管用户在哪个时区，都统一用当前UTC时间判断是否在允许范围内。

具体逻辑 #

1. 将当前UTC时间转换为当日总分钟数（0-1439），简化区间比较。
2. 明确两个允许的UTC时间窗口：
   • 主窗口：UTC 06:00 至 UTC 23:59（对应ET 01:00至19:00）
   • 跨天窗口：UTC 00:00 至 UTC 04:00（对应ET 20:00至23:00）
3. 判断当前UTC时间是否属于这两个区间之一。

// 获取当前UTC时间的当日总分钟数
const nowUTC = new Date();
const nowTotalMinutes = nowUTC.getUTCHours() * 60 + nowUTC.getUTCMinutes();

// 定义运营窗口的UTC时间（转换为总分钟数）
const utcMainStart = 6 * 60;       // 06:00 UTC
const utcMainEnd = 23 * 60 + 59;   // 23:59 UTC
const utcCrossStart = 0;           // 00:00 UTC
const utcCrossEnd = 4 * 60;        // 04:00 UTC

// 最终校验逻辑
this.isMarginAvailable = 
  (nowTotalMinutes >= utcMainStart && nowTotalMinutes <= utcMainEnd) ||
  (nowTotalMinutes >= utcCrossStart && nowTotalMinutes < utcCrossEnd);

1. convertUTCDateToLocalDate函数逻辑完全错误：它把本地时间的年月日时分秒用Date.UTC()创建UTC日期，相当于把本地时间强行当成UTC时间处理，完全搞反了转换方向。
2. 依赖本地日期（new Date().getDate()）调整start/end的逻辑，在跨时区场景下本地日期和UTC日期可能不一致，导致日期调整完全偏离预期。
3. 跨天窗口的处理逻辑混乱，比如start.getTime() > end.getTime()时给end加一天，但没有结合UTC时间的实际区间，导致判断范围错误。

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