JavaScript实现UTC日期变更监测 跨天/定时触发动作

前置逻辑修正 #

原示例代码存在两处基础问题，会导致判断失效：

• 单竖线|是按位运算符号，不是布尔逻辑或，组合条件判断时会出现非预期结果，需替换为双竖线||实现逻辑或效果
• 缺少触发状态标记，在目标时间区间内会重复执行同一个业务动作
  核心触发判定原则：当满足UTC日期跨天条件，或是到达每日固定时间节点且当日未执行过对应动作时，才触发预设业务逻辑。

核心实现步骤 #

1. 全局状态存储 #

需要在全局维护三个状态值，支撑判断和防重：

• 最近一次检测记录的UTC当月日期，用来比对判断是否跨天
• 当日固定时间节点的触发标记，用来避免同个节点在同一天内重复触发
• 预设的业务动作执行函数

2. 时间检测核心函数 #

通过Date对象的UTC系列方法读取标准UTC时间，完成条件判断：

const monitorState = {
  lastRecordedUTCDay: null,
  fixedNodeTriggered: false,
  // 替换成你自己的业务动作
  triggerBusinessAction: () => {
    console.log('执行预设业务动作')
  }
}

function runTimeCheck() {
  const currentTime = new Date()
  const currentUTCDate = currentTime.getUTCDate()
  const currentUTCHour = currentTime.getUTCHours()

  // 触发条件1：检测到UTC日期跨天
  const isCrossUTCDay = monitorState.lastRecordedUTCDay !== null 
    && currentUTCDate !== monitorState.lastRecordedUTCDay
  if (isCrossUTCDay) {
    // 跨天之后重置固定节点的触发标记
    monitorState.fixedNodeTriggered = false
    monitorState.triggerBusinessAction()
  }

  // 触发条件2：到达每日固定时间节点（可根据需求调整节点值）
  const FIXED_TRIGGER_HOUR = 23 // 改成22即可匹配你原示例的判断逻辑
  const isReachFixedTime = currentUTCHour === FIXED_TRIGGER_HOUR 
    && !monitorState.fixedNodeTriggered
  if (isReachFixedTime) {
    monitorState.fixedNodeTriggered = true
    monitorState.triggerBusinessAction()
  }

  // 更新最新记录的UTC日期值
  monitorState.lastRecordedUTCDay = currentUTCDate
}

3. 检测任务调度 #

两种可落地的调度方案，根据场景选择即可：

• 短间隔轮询：每30秒执行一次runTimeCheck，实现方式简单，即使页面切后台被浏览器节流，回到前台时也能通过下一次轮询补检跨天场景，不会漏触发，代码为setInterval(runTimeCheck, 30 * 1000)，30秒的间隔完全满足精度要求，性能消耗极低
• 精准定时调度：计算当前距离下一个触发节点（下一个UTC0点、下一个UTC固定时间节点）的剩余毫秒数，设置单次定时器到点执行检测逻辑，执行完成后重新计算下一个节点的时间并重新调度。这种方式平时不需要反复轮询，时间精度更高，需要额外补充逻辑：当页面从后台切回前台时，主动执行一次runTimeCheck，避免浏览器后台节流导致定时器暂停、漏触发节点

常见踩坑提醒 #

• 严格使用getUTC*系列方法读取时间，不要用getDate()、getHours()这类读取本地时区的API，否则会和需求里的UTC监测标准产生偏差
• 跨天的时候一定要重置固定时间节点的触发标记，否则新的UTC一天里永远不会再触发固定时间点的逻辑
• 不要把轮询间隔设得太短（比如1秒一次），会造成不必要的性能消耗，30秒到1分钟的间隔完全满足业务精度要求

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