本文提供一个健壮、时区无关的 javascript 函数，用于从用户配置的班次列表中准确识别当前活跃班次，正确处理跨午夜班次（如夜班），并避免因时间格式混淆或本地时区差异导致的逻辑错误。
本文提供一个健壮、时区无关的 javascript 函数，用于从用户配置的班次列表中准确识别当前活跃班次，正确处理跨午夜班次（如夜班），并避免因时间格式混淆或本地时区差异导致的逻辑错误。
在多时区应用场景中（如 IST 与 AST 用户共用同一套班次配置），直接使用 new Date().getHours() 进行时间比较极易出错——因为班次时间（如 "09:30:00"）本质是本地业务时间（即用户所在时区的墙钟时间），而非 UTC 时间。原方案将当前时间转为分钟数后与 startTime/endTime 比较，逻辑方向正确，但存在两个关键缺陷：
- 跨午夜逻辑未适配真实语义：例如 "06:30:00" → "02:30:00" 表示“早6:30至次日凌晨2:30”，即持续20小时；但原代码中 endHours < startHours 判断后仅用 currentHours >= startHours || currentHours < endHours，看似合理，实则忽略了 currentHours 是当日 0–1439 分钟的线性值，而跨午夜班次天然横跨两天——该判断本身正确，但测试时手动 setHours(+10) 并不能真实模拟跨日场景，易引发误判；
- 错误的 12 小时制转换：答案中提供的替代方案将 getHours() 转为 12 小时制再拼接字符串（如 14 → 2），再与 "093000" 比较，这会导致 14:00 变成 "20000"，远小于 "093000"，彻底破坏时间序关系，该方案不可用。
✅ 正确解法应坚持 24 小时制 + 显式跨日处理 + 时区对齐。以下是经过验证的专业实现：
✅ 推荐解决方案：基于 ISO 时间字符串的时区安全比对
/**
* 获取用户当前活跃班次（支持跨午夜、多时区）
* @param {Object} user - 用户对象，含 active_shifts 数组
* @param {string} [timezone] - 用户所在时区（如 'Asia/Kolkata', 'America/Halifax'），若不传则使用浏览器本地时区
* @returns {Object|null} 匹配的 shift 对象，或 null
*/
function getCurrentActiveShift(user, timezone = Intl.DateTimeFormat().resolvedOptions().timeZone) {
if (!user?.active_shifts?.length) return null;
// 获取当前时区下的“今日”时间（精确到秒）
const now = new Date();
const nowInTZ = new Date(now.toLocaleString('en-US', { timeZone: timezone }));
// 提取当前时分秒（归一化为 00:00:00 ~ 23:59:59 范围）
const [hour, minute, second] = [
nowInTZ.getHours(),
nowInTZ.getMinutes(),
nowInTZ.getSeconds()
];
const currentSeconds = hour * 3600 + minute * 60 + second; // 当前时刻距当日 00:00:00 的总秒数
for (const shift of user.active_shifts) {
const [startH, startM, startS] = shift.startTime.split(':').map(Number);
const [endH, endM, endS] = shift.endTime.split(':').map(Number);
const startSeconds = startH * 3600 + startM * 60 + startS;
const endSeconds = endH * 3600 + endM * 60 + endS;
if (endSeconds <= startSeconds) {
// 跨午夜班次：如 22:00 → 06:00 → 等价于 [startSeconds, 86400) ∪ [0, endSeconds]
if (currentSeconds >= startSeconds || currentSeconds < endSeconds) {
return shift;
}
} else {
// 日内班次：如 09:30 → 17:30
if (currentSeconds >= startSeconds && currentSeconds < endSeconds) {
return shift;
}
}
}
return null;
}
// ✅ 使用示例（自动适配用户本地时区）
const currentShift = getCurrentActiveShift(user);
console.log(currentShift ? `Current active shift: ${currentShift.name}` : 'No active shift');
// ✅ 显式指定时区（推荐用于后端或混合时区前端）
// const istShift = getCurrentActiveShift(user, 'Asia/Kolkata');
// const astShift = getCurrentActiveShift(user, 'America/Halifax');⚠️ 关键注意事项
- 数据库存储建议：班次时间字段（startTime/endTime）应始终以 24 小时制字符串（HH:mm:ss） 存储，无需时区信息——因其代表业务定义的“本地墙钟时间”；
- 时区必须显式传入：getCurrentActiveShift(user, 'Asia/Kolkata') 是最佳实践。若依赖 Intl.DateTimeFormat().resolvedOptions().timeZone，需确保浏览器支持且用户未禁用时区检测；
-
避免 setHours() 测试陷阱：手动修改 Date 对象会破坏其内部时间戳逻辑。正确测试跨午夜场景，请使用固定时间构造：
// 测试凌晨 1:00 是否命中 Night 班次（06:30 → 02:30） const mockTime = new Date('2024-01-01T01:00:00'); // 强制设为 01:00 const mockNowInTZ = new Date(mockTime.toLocaleString('en-US', { timeZone: 'Asia/Kolkata' })); // 然后替换函数内 nowInTZ 为 mockNowInTZ 进行单元测试 - 边界条件：currentSeconds < endSeconds（而非 <=）确保 endTime 为开区间，避免相邻班次重叠判定。
✅ 总结
识别当前活跃班次的核心不是“时间数字比较”，而是将当前时刻映射到用户业务时区的本地时间轴，并在此轴上执行区间判断。本方案通过 toLocaleString({ timeZone }) 实现精准时区对齐，结合秒级整数运算处理跨午夜逻辑，兼顾准确性、可读性与可维护性，适用于全球化 SaaS 应用中的排班系统。
