一旦我有了这个“简单”的任务，我使用(new Date()). gettimezoneoffset() -这里广泛建议的方法。但事实证明，这个解决方案并不完全正确。 在我的例子中，由于一些未记录的原因，new Date()返回GMT+0200，而new Date(0)返回GMT+0300，这是正确的。从那时起我就一直用

(new Date(0)). gettimezoneoffset()来获得正确的时间差。

使用偏移量来计算时区是一种错误的方法，您总是会遇到问题。时区和夏令时规则可能会在一年中发生几次变化，并且很难跟上变化。

要获得JavaScript格式的系统IANA时区，您应该使用

控制台日志(Intl DateTimeFormat resolvedOptions()()。timeZone)

截至2023年2月，全球93.75%的浏览器都能正常运行。

旧的兼容性信息

ecma-402/1.0说timeZone如果没有提供给构造函数，可能是未定义的。然而，未来的草案(3.0)通过更改系统默认时区修复了这个问题。

在此版本的ECMAScript国际化API中， 如果没有timeZone属性，则timeZone属性将保持未定义 提供在提供给Intl的options对象中。DateTimeFormat 构造函数。但是，应用程序不应该依赖于此，因为未来 版本可能返回一个String值，用于标识主机环境 改为当前时区。

在ecma-402/3.0草案中，它被改成了

在此版本的ECMAScript 2015国际化API中 如果没有，timeZone属性将是默认时区的名称 属性在options对象中提供 Intl。DateTimeFormat构造函数。上一版本的 timeZone属性在本例中未定义。

你可以简单地试试这个。 它将返回您当前的机器时间

var _d = new Date()， T = 0， d = new Date(t*1000 + _d.getTime())

moment.js:

moment().format('zz');

作为new Date().getTimezoneOffset()和moment().format('zz')的替代方案，你也可以使用momentjs:

var offset = moment.parseZone(Date.now()).utcOffset() / 60 . var offset = moment.parseZone(Date.now()).utcOffset( console.log(抵消); < script src = " https://cdn.jsdelivr.net/momentjs/2.13.0/moment.min.js " > < /脚本>

Jstimezone也有很多bug，而且没有维护(https://bitbucket.org/pellepim/jstimezonedetect/issues?status=new&status=open)

你可以使用:

moment-timezone

<script src="moment.js"></script>
<script src="moment-timezone-with-data.js"></script>

// retrieve timezone by name (i.e. "America/Chicago")
moment.tz.guess();

浏览器时区检测是相当棘手的，因为浏览器提供的信息很少。

Moment Timezone在当年的一些时刻上使用Date.getTimezoneOffset()和Date.toString()来收集尽可能多的关于浏览器环境的信息。然后将该信息与加载的所有时区数据进行比较，并返回最接近的匹配。如果存在重叠，则返回人口最多的城市所在的时区。

console.log(moment.tz.guess()); // America/Chicago