基于毫秒级Epoch时间戳计算周小时数组索引的纯数值方案咨询

需求背景 #

根据毫秒级Epoch时间戳计算长度为168的数组索引（索引0对应周一0:00，24对应周二0:00，28对应周二4:00，以此类推）。原实现通过创建Date对象计算，但处理数千个时间戳时因频繁实例化Date导致性能不足，需要纯数值计算的替代方案。

原实现代码 #

function getIndex(timestamp) {
  const hoursInDay = 24;
  const date = new Date(timestamp);
  const dayIndex = (date.getUTCDay() + 6) % 7; // 以周一为起始日
  const hourIndex = date.getUTCHours();
  return dayIndex * hoursInDay + hourIndex;
}

纯数值计算替代方案 #

利用Epoch时间的固定起始点（1970-01-01T00:00:00 UTC 为周四），通过数学计算直接推导索引，完全避免Date对象的创建：

function getIndex(timestamp) {
  const MS_PER_HOUR = 3600000; // 1小时的毫秒数
  const TOTAL_WEEK_HOURS = 168; // 一周总小时数：7*24
  // 1970-01-01 UTC对应原方案的索引：周四是第3个起始日（周一=0），0点 → 3*24=72
  const EPOCH_START_INDEX = 72;
  
  // 将毫秒时间戳转为从Epoch开始的总小时数（向下取整，匹配原方案的小时逻辑）
  const totalHours = Math.floor(timestamp / MS_PER_HOUR);
  
  // 计算周内小时索引，取模实现循环
  return (totalHours + EPOCH_START_INDEX) % TOTAL_WEEK_HOURS;
}

原理说明 #

1. 时间戳转小时数：将毫秒数除以3600000得到从Epoch开始的总小时数，Math.floor确保取当前时间所在的整小时，和原方案getUTCHours()的行为一致。
2. 起始偏移校正：Epoch起始点（1970-01-01 UTC）是周四，对应原方案的索引72，通过加上这个偏移量，再对一周总小时数168取模，就能将任意时间映射到以周一为起始的周小时索引。

验证与一致性 #

• 1970-01-01T00:00:00 UTC（timestamp=0）：原方案返回72，替代方案返回(0+72)%168=72，一致。
• 1970-01-05T00:00:00 UTC（周一0点，timestamp=96*3600000）：原方案返回0，替代方案返回(96+72)%168=0，一致。
• 1970-01-06T04:00:00 UTC（周二4点，timestamp=124*3600000）：原方案返回28，替代方案返回(124+72)%168=28，一致。

性能优势 #

纯数值计算跳过了Date对象实例化的内部解析、时区处理等开销，在批量处理数千个时间戳时，性能提升非常明显。

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