跨时区酒店预订系统日期时间一致性处理及方案可行性问询

问题背景 #

• 餐厅固定预订时段为17:00-22:00，预订记录存储时包含时区信息，展示时会转换为餐厅原编码时区，避免用户本地时区干扰。
• 当前查询逻辑以本地时区的当日0点作为查询起始，导致跨时区场景下，部分预订的UTC时间戳落入前后日范围，无法被正确命中。现有查询代码如下：

const startOfDay = new Date(dateParam);
startOfDay.setHours(0, 0, 0, 0);

const startOfNextDay = new Date(startOfDay);
startOfNextDay.setDate(startOfDay.getDate() + 1);

const reservations = await this.reservationModel
  .find({
    reservationDate: {
      $gte: startOfDay,
      $lt: startOfNextDay,
    },
    restaurantId: restaurantId,
  })

• 潜在方案是将日期拆分为{day:12, month:11, year:2024, time:xyz}格式，基于服务器时区构造日期保证一致性。

核心问题解答：将startOfDay设为UTC日起始不可行 #

餐厅的“当日”是基于自身所在时区的日期范围，而非UTC的日期范围。两者的日期边界存在偏移，直接用UTC日起始会导致查询范围错误：

• 示例：假设餐厅位于UTC+8时区，其本地当日00:00对应UTC前一天16:00，本地当日24:00对应UTC当日16:00。
• 若用UTC日起始（00:00）作为查询起点，会把餐厅前一天17:00-22:00的预订（对应UTC当日1:00-6:00）错误纳入当日结果，同时可能遗漏部分跨UTC日期边界的预订。

正确解决方案 #

必须基于餐厅的实际时区计算当日的起始和结束时间，而非依赖UTC或服务器本地时区。推荐使用支持时区的日期库（如dayjs、moment-timezone）来处理：

const dayjs = require('dayjs');
require('dayjs/plugin/timezone');
require('dayjs/plugin/utc');

dayjs.extend(require('dayjs/plugin/timezone'));
dayjs.extend(require('dayjs/plugin/utc'));

// restaurantTimezone为餐厅的时区标识，例如'Asia/Shanghai'
const startOfDay = dayjs.tz(dateParam, restaurantTimezone).startOf('day').toDate();
const startOfNextDay = dayjs.tz(dateParam, restaurantTimezone).add(1, 'day').startOf('day').toDate();

const reservations = await this.reservationModel
  .find({
    reservationDate: {
      $gte: startOfDay,
      $lt: startOfNextDay,
    },
    restaurantId: restaurantId,
  });

对潜在方案的补充说明 #

拆分日期为日/月/年+时间的方案，仅当服务器时区与餐厅时区完全一致时才能保证准确性。一旦服务器时区变更，或涉及多时区餐厅，该方案会出现同样的查询错误。因此始终基于餐厅时区计算日期范围是更可靠的选择。

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