到目前为止，还没有报告客户端时区的HTTP标头，尽管有人建议将其包含在HTTP规范中。

如果是我，我可能会尝试使用客户端JavaScript获取时区，然后使用Ajax或其他工具将其提交给服务器。

使用jQuery在AJAX请求上提交时区偏移量作为HTTP报头

$.ajaxSetup({
    beforeSend: function(xhr, settings) {
        xhr.setRequestHeader("X-TZ-Offset", -new Date().getTimezoneOffset()/60);
    }
});

您还可以通过使用moment.tz.guess();从http://momentjs.com/timezone/docs/ # / using-timezones / guessing-user-timezone /

我仍然没有看到一个详细的答案在这里得到时区。你不需要按IP地址进行地理编码或使用PHP (lol)或从偏移量中错误地猜测。

首先，时区不只是与格林尼治标准时间的偏移量。这是一块由当地标准制定时间规则的土地。一些国家有夏时制，并在不同的时间开启夏令时。通常重要的是获取实际区域，而不仅仅是当前偏移量。

如果您打算存储这个时区，例如在用户首选项中，您需要的是时区，而不仅仅是偏移量。对于实时转换来说，这并不重要。

现在，要用javascript获取时区，你可以使用这个:

>> new Date().toTimeString();
"15:46:04 GMT+1200 (New Zealand Standard Time)"
//Use some regular expression to extract the time.

然而，我发现简单地使用这个健壮的插件更容易，它返回奥尔森格式的时区:

https://github.com/scottwater/jquery.detect_timezone

不要使用IP地址来明确地确定位置(以及时区)——这是因为使用NAT、代理(越来越流行)和vpn, IP地址不一定真实地反映用户的实际位置，而是反映实现这些协议的服务器所在的位置。

类似于美国的区号对于定位电话用户不再有用，因为号码可携性很流行。

IP地址和上面显示的其他技术对于建议用户可以调整/纠正的默认值很有用。

到目前为止，还没有报告客户端时区的HTTP标头，尽管有人建议将其包含在HTTP规范中。

如果是我，我可能会尝试使用客户端JavaScript获取时区，然后使用Ajax或其他工具将其提交给服务器。

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

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

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

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

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