本文提供一种健壮、时区无关的 javascript 逻辑，用于从预定义班次列表中准确筛选出当前活跃班次，支持跨午夜时段（如夜班）及多时区场景，避免因本地时间解析错误导致的误判。
本文提供一种健壮、时区无关的 javascript 逻辑，用于从预定义班次列表中准确筛选出当前活跃班次，支持跨午夜时段（如夜班）及多时区场景，避免因本地时间解析错误导致的误判。
在实际业务系统中（如物流调度、外勤销售平台），常需根据用户所在时区的本地当前时间，动态判断其当前应处于哪个班次（如 Morning、Night）。但直接对比 "09:30:00" 和 "05:30:00" 这类字符串或简单转为分钟数，极易因跨日逻辑缺失和时区理解偏差而失效——例如：Morning 班次设定为 09:30 → 05:30，本质是 09:30（当日）至次日 05:30，即跨越午夜；而 Night 班次 06:30 → 02:30 同样是次日逻辑。原方案中 currentHours
更关键的是：班次时间属于业务约定的本地时间（Local Business Time），而非 UTC 或服务器时间。无论用户身处 IST（UTC+5:30）、AST（UTC-4）还是其他时区，只要其设备系统时区设置正确，new Date().getHours() 返回的就是该用户本地小时，这才是判定班次的唯一依据。因此，无需修改数据库存储格式（保持 "HH:mm:ss" 字符串即可），也不应将时间转为 UTC 处理。
✅ 正确解法核心原则：
- 将 startTime 和 endTime 解析为当日的分钟数（0–1439）；
- 显式识别并处理「结束时间早于开始时间」的跨日班次（即 endTime
- 判定逻辑分两支：
- 若非跨日：start ≤ now
- 若跨日：now ≥ start 或 now
以下是经过验证的生产级实现：
function getCurrentActiveShift(user) {
if (!user?.active_shifts?.length) return null;
const now = new Date();
const nowMinutes = now.getHours() * 60 + now.getMinutes(); // 当前本地时间总分钟数（0–1439）
for (const shift of user.active_shifts) {
// 安全解析时间字符串，忽略秒（可选）
const parseTime = (timeStr) => {
const [h, m] = timeStr.split(':').map(Number);
return h * 60 + m; // 转为分钟数
};
const startMinutes = parseTime(shift.startTime);
const endMinutes = parseTime(shift.endTime);
if (startMinutes = startMinutes && nowMinutes = startMinutes || nowMinutes <p>⚠️ 注意事项：</p>
- 时区依赖性：该函数完全依赖浏览器/运行环境的 Intl.DateTimeFormat().resolvedOptions().timeZone，要求用户设备时区设置准确。若需服务端校验，应在 API 层传入 timezone 参数（如 Asia/Kolkata），用 Intl.DateTimeFormat 动态解析。
- 时间精度：示例中忽略秒（:ss），若需秒级精度，可在 parseTime 中加入秒解析：const [h, m, s] = timeStr.split(':').map(Number); return h * 3600 + m * 60 + s;，并同步将 nowMinutes 改为 now.getTime() % 86400000（毫秒级当日偏移）。
- 边界处理：使用 nowMinutes
- 健壮性增强：建议在调用前校验 startTime/endTime 格式，对非法值抛出明确错误，而非静默失败。
总结：班次匹配的本质是本地时间区间判定，而非时间戳计算。抓住「跨日班次需拆分为两个区间」这一关键点，并始终以用户本地时间为基准，即可写出简洁、可靠、多时区兼容的逻辑。
