为何将'0001-01-01T00:00:00' UTC转GMT+1会多出58分45秒？

这个问题的核心在于历史时区偏移与现代标准化时区的差异，下面我来一步步拆解：

1. 现代GMT+1是标准化的整小时偏移，但公元1年不是 #

我们现在熟悉的GMT+1（比如欧洲中部时间CET）是20世纪才统一的标准化整小时时区偏移，目的是简化区域内的时间同步。但在公元1年，根本没有这种人为规定的时区概念，当时的时间完全基于本地平太阳时——也就是根据当地观测太阳的位置来确定时间。

以GMT+1对应的核心区域（比如西欧）为例，公元1年时，当地的平太阳时与格林尼治平太阳时（UTC的前身）的天然差异大约是提前58分45秒，这个差值由当地的天文经度决定，和现代人为规定的整1小时偏移完全不同。

2. JavaScript的Date对象会使用历史时区数据 #

JS引擎（比如V8）依赖IANA时区数据库（tzdb）处理日期，这个数据库记录了全球各地时区从公元1年至今的所有历史变化。当你解析0001-01-01T00:00:00这类极早期UTC日期，并尝试转换为本地时区时，Date对象会自动应用该时区在公元1年的实际偏移值，而非现代的整小时偏移。

3. 你的代码逻辑放大了这个差异 #

你的代码手动用当前时区的现代偏移计算本地时间：

var offset = new Date().getTimezoneOffset() * 60000;
var localDate = new Date(utcDate.getTime() - offset);

这里的getTimezoneOffset()获取的是现在GMT+1对应的偏移（-60分钟），你用这个现代偏移去计算公元1年的本地时间，得到的是一个基于现代规则的时间值。但当你调用toLocaleString()时，JS会把这个时间值再次转换为本地时区的历史偏移时间，相当于做了两次不符合历史场景的转换，最终导致结果和预期的现代GMT+1时间差了58分45秒。

正确的做法 #

不需要手动计算时区偏移，直接让Date对象自动处理转换：

getLocalTime = function () {
  var utcDateStr = document.getElementById('input').innerHTML;
  var utcDate = new Date(utcDateStr);
  // 直接调用toLocaleString，自动转换为本地时区（含历史偏移）
  var localDateStr = utcDate.toLocaleString();
  document.getElementById('output').innerHTML = localDateStr;
};

这样得到的结果就是公元1年时，GMT+1对应地区的实际本地时间（比UTC早58分45秒左右），而非现代标准化的UTC+1小时。

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