所有的魔力似乎都在

visitortime.getTimezoneOffset()

真酷，我还不知道呢。它能在ie浏览器上运行吗?从这里你应该能够使用JavaScript到Ajax，设置cookie等等。我自己可能也会吃饼干。

不过，您需要允许用户更改它。我们曾尝试使用地理定位(通过maxmind)来实现这一点，但这是错误的，不值得这么做。所以我们让用户在他们的配置文件中设置它，并向还没有设置的用户显示一个通知。

你可以在客户端使用moment-timezone将值发送给服务器;示例用法:

> moment.tz.guess()
"America/Asuncion"

这里有一种更完整的方法。

获取用户的时区偏移量 测试一些日子的夏令时边界，以确定它们是否在使用夏令时的区域。

节选如下:

function TimezoneDetect(){
    var dtDate = new Date('1/1/' + (new Date()).getUTCFullYear());
    var intOffset = 10000; //set initial offset high so it is adjusted on the first attempt
    var intMonth;
    var intHoursUtc;
    var intHours;
    var intDaysMultiplyBy;

    // Go through each month to find the lowest offset to account for DST
    for (intMonth=0;intMonth < 12;intMonth++){
        //go to the next month
        dtDate.setUTCMonth(dtDate.getUTCMonth() + 1);

        // To ignore daylight saving time look for the lowest offset.
        // Since, during DST, the clock moves forward, it'll be a bigger number.
        if (intOffset > (dtDate.getTimezoneOffset() * (-1))){
            intOffset = (dtDate.getTimezoneOffset() * (-1));
        }
    }

    return intOffset;
}

从JS获取TZ和DST(通过Way Back Machine)

我认为@Matt Johnson-Pints是目前为止最好的，CanIuse搜索显示它现在被广泛采用:

.timeZone .resolvedOptions https://caniuse.com/?search=Intl.DateTimeFormat () ()

其中一个挑战是考虑为什么要知道时区。因为我认为大多数人忽略了一件事，那就是他们是可以改变的!如果一个用户带着他的笔记本电脑从欧洲旅行到美国，如果你之前把它存储在数据库中，那么他们的时区现在是不正确的(即使用户从来没有更新过他们的设备时区)。这也是@Mads Kristiansen回答的问题，因为用户会旅行——你不能把它当作给定的。

例如，我的Linux笔记本电脑关闭了“自动时区”。虽然时间可能会更新我的时区却不会。

所以我相信答案是——你需要它做什么?客户端似乎提供了一种更简单的方法来确定它，但是客户端和服务器端代码都将依赖于用户更新他们的时区或自动更新。我当然可能是错的。

有几种方法可以在浏览器中确定时区。如果您的浏览器提供并支持一个标准函数，那么您就应该使用它。下面是用不同格式获取相同信息的三种方法。避免使用基于特定假设或硬编码区域列表进行猜测的非标准解决方案，尽管如果没有其他办法，它们可能会有所帮助。

一旦你有了这个信息，你可以把它作为一个非标准的请求头传递给服务器，并在那里使用它。如果你还需要时区偏移量，你也可以在头文件中或请求有效载荷中传递给服务器，可以使用dateObj.getTimezoneOffset()来检索。

使用Intl API获取Olson格式(标准和推荐的方式):注意，这不是所有浏览器都支持。有关浏览器对此的支持的详细信息，请参阅此链接。 这个API可以让你获得Olson格式的时区，例如亚洲/加尔各答，美国/纽约等。

Intl . DateTimeFormat () timeZone resolvedOptions()。

使用Date对象获得较长的格式，如印度标准时间，东部标准时间等:这是所有浏览器支持的。

let dateObj =新的日期(2021,11,25,09,30,00); / /然后 dateObj.toString () / /收益率 2021年12月25日星期六09:30:00 GMT+0530(印度标准时间)//我位于印度(IST)

注意，字符串包含长格式和短格式的时区信息。你现在可以使用regex来获取这些信息:

let longZoneRegex = /\((.+)\)/; dateObj.toString () .match (longZoneRegex); / /收益率 ['(印度标准时间)'，'印度标准时间'，索引:34，输入:' 2021年12月25日星期六09:30:00 GMT+0530(印度标准时间)'，组:未定义] //注意output是一个数组，所以使用output[1]来获取时区名称。

使用Date对象获取短格式，如GMT+0530, GMT-0500等:所有浏览器都支持。

类似地，你也可以得到短格式:

let shortZoneRegex = /GMT[+-]\d{1,4}; dateObj.toString () .match (shortZoneRegex); / /收益率 ['GMT+0530'，索引:25，输入:' 2021年12月25日星期六09:30:00 GMT+0530(印度标准时间)'，分组:未定义] //注意output是一个数组，所以使用output[0]来获取时区名称。

首先，了解JavaScript中的时区检测是不完善的。您可以在date对象的实例上使用getTimezoneOffset获取特定日期和时间的本地时区偏移量，但这与完整的IANA时区(如America/Los_Angeles)不完全相同。

以下是一些可行的方法:

大多数现代浏览器在实现ECMAScript国际化API时都支持IANA时区，所以你可以这样做:

const tzid = Intl.DateTimeFormat（）.solveOptions（）.timeZone; console.log（tzid）;

结果是一个字符串，其中包含运行代码的计算机的IANA时区设置。

支持的环境列在Intl兼容性表中。展开DateTimeFormat部分，并查看名为resolvedOptions()的特性。timeZone默认为主机环境。

Some libraries, such as Luxon use this API to determine the time zone through functions like luxon.Settings.defaultZoneName. If you need to support an wider set of environments, such as older web browsers, you can use a library to make an educated guess at the time zone. They work by first trying the Intl API if it's available, and when it's not available, they interrogate the getTimezoneOffset function of the Date object, for several different points in time, using the results to choose an appropriate time zone from an internal data set. Both jsTimezoneDetect and moment-timezone have this functionality. // using jsTimeZoneDetect var tzid = jstz.determine().name(); // using moment-timezone var tzid = moment.tz.guess(); In both cases, the result can only be thought of as a guess. The guess may be correct in many cases, but not all of them. Additionally, these libraries have to be periodically updated to counteract the fact that many older JavaScript implementations are only aware of the current daylight saving time rule for their local time zone. More details on that here.

最终，更好的方法是向用户询问他们所在的时区。提供一个他们可以改变的设置。你可以使用上面的选项之一来选择一个默认设置，但不要让它不可能偏离你的应用程序。

还有一种完全不同的方法，即完全不依赖用户电脑的时区设置。相反，如果可以收集纬度和经度坐标，则可以使用以下方法之一将它们解析为时区。这在移动设备上效果很好。