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

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

一个简单的方法是使用:

new Date().getTimezoneOffset();

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

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

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

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

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

-new Date().getTimezoneOffset()/60;

getTimezoneOffset()方法将从GMT减去您的时间并返回分钟数。如果你住在GMT-8，它会返回480。

把它换算成小时，除以60。此外，请注意，符号与您需要的相反——它计算的是GMT与您的时区的偏移量，而不是您的时区与GMT的偏移量。要解决这个问题，只需乘以-1。

还要注意w3school说:

返回值不是一个常量，因为使用的惯例 日光节约时间。

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

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

一个可能的选项是使用Date报头字段，该字段在RFC 7231中定义，应该包括时区。当然，不能保证该值真的是客户机的时区，但它可以作为一个方便的起点。