在编写Web应用程序时，将（服务器端）所有日期时间作为UTC时间戳存储在数据库中是有意义的。
当我注意到JavaScript本地无法进行太多时区操作时，我感到惊讶。
我稍微扩展了Date对象。这个函数有意义吗？基本上，每次我发送任何东西到服务器时，它都会是使用这个函数格式化的时间戳...
你看到了什么主要问题吗？或者从不同的角度提供一个解决方案？
Date.prototype.getUTCTime = function(){
return new Date(
this.getUTCFullYear(),
this.getUTCMonth(),
this.getUTCDate(),
this.getUTCHours(),
this.getUTCMinutes(),
this.getUTCSeconds()
).getTime();
}
对我来说这似乎有些复杂。而且我也不确定性能如何。
用那种方式构建的日期使用本地时区，从而使得构建的日期不正确。要设置特定日期对象的时区是从包括时区的日期字符串构造它。(我在旧版Android浏览器中无法成功实现该操作。)
注意getTime()返回毫秒，而不是秒。
对于UTC/Unix时间戳，以下代码应该足够:
Math.floor((new Date()).getTime() / 1000)
它将考虑当前时区偏移并包括在结果中。如需字符串表示，请使用David Ellis的答案。
澄清一下：
new Date(Y, M, D, h, m, s)
输入被视为本地时间。如果传入UTC时间，结果将不同。观察（我现在处于GMT +02:00，并且是07:50）：
> var d1 = new Date();
> d1.toUTCString();
"Sun, 18 Mar 2012 05:50:34 GMT" // two hours less than my local time
> Math.floor(d1.getTime()/ 1000)
1332049834
> var d2 = new Date( d1.getUTCFullYear(), d1.getUTCMonth(), d1.getUTCDate(), d1.getUTCHours(), d1.getUTCMinutes(), d1.getUTCSeconds() );
> d2.toUTCString();
"Sun, 18 Mar 2012 03:50:34 GMT" // four hours less than my local time, and two hours less than the original time - because my GMT+2 input was interpreted as GMT+0!
> Math.floor(d2.getTime()/ 1000)
1332042634
注意，getUTCDate() 不能替换 getUTCDay()。这是因为 getUTCDate() 返回 月份中的日期，而 getUTCDay() 返回 星期中的第几天。
new Date()，它会从你的 UTC 输入创建一个新的日期，但是将其视为本地日期/时间。2）是的，在这种情况下，你应该使用 Math.floor(this.getTime() / 1000)。 - DCoderfunction (){
return Math.floor( new Date(
this.getUTCFullYear(),
this.getUTCMonth(),
this.getUTCDate(),
this.getUTCHours(),
this.getUTCMinutes(),
this.getUTCSeconds()
).getTime() / 1000);
}这意味着我可以这样做：var n = new Date(2008,10,10)
...
...
n.getUTCTime(); (这将与n.getUTCTime()不同) - Mercd1.getUTCHours（）， d1.getUTCMinutes（）帮助了我。 - Timo以传统格式获取UTC时间的最简单方法如下：
> new Date().toISOString()
"2016-06-03T23:15:33.008Z"
如果你需要 EPOC 时间戳，请将日期传递给 Date.parse 方法
> Date.parse(new Date)
1641241000000
> Date.parse('2022-01-03T20:18:05.833Z')
1641241085833
或者你可以使用 + 将日期转换为整数。
> +new Date
1641921156671
以秒为单位的EPOC时间戳。
> parseInt(Date.parse('2022-01-03T20:18:05.833Z') / 1000)
1641241085
> parseInt(new Date / 1000)
1643302523
x = new Date()
var UTCseconds = (x.getTime() + x.getTimezoneOffset()*60*1000)/1000;
console.log("UTCseconds", UTCseconds)var tt = new Date('Thu Jan 01 1970 08:00:00 GMT+0800 (China Standard Time)'); (tt.getTime() - tt.getTimezoneOffset()*60*1000)/1000。看起来 tt.getTime() - tt.getTimezoneOffset() 对于 GMT+0800 是正确的。 - zangwvar UTCseconds = (Math.floor(x.getTime()/1000) + x.getTimezoneOffset()*60) - StefansAryanew Date() 中，这有点违背了在 js 中尝试做的事情的初衷。 - claudekennilol我认为 JavaScript 中的 Date 值比 C# 中的 DateTime 对象好得多。C# 的 DateTime 对象有一个 Kind 属性，但没有严格的底层时区，如果你在两个非 UTC 和非本地时间之间进行转换，则很难跟踪时区转换。在 JavaScript 中，所有的 Date 值都有一个基础的 UTC 值，不管你进行了什么偏移或时区转换，这个值都是已知的。我对 Date 对象最大的抱怨是浏览器实现者选择包含了大量未定义的行为，这会让那些通过试错而非阅读规范来处理 JavaScript 中的日期的人感到困惑。使用像 iso8601.js 这样的工具可以通过定义 Date 对象的单一实现来解决这种不同的行为。
默认情况下，规范允许您使用扩展的 ISO 8601 日期格式创建日期，例如：
var someDate = new Date('2010-12-12T12:00Z');
你可以通过以下方式推断出精确的UTC时间。
当你想将日期值传回服务器时，应该调用：
someDate.toISOString();
或者如果您更喜欢使用毫秒级时间戳（距离1970年1月1日UTC的毫秒数）进行操作
someDate.getTime();
ISO 8601是一种标准。如果包含日期偏移量，您不可能对日期字符串的含义感到困惑。作为开发人员，这意味着您永远不必自己处理本地时间转换。 本地时间值纯粹是为用户提供方便而存在的，日期值默认以其本地时间显示。 所有本地时间操作都允许您向用户显示合理的内容，并将字符串从用户输入转换。 尽早转换为UTC是一个好习惯，而js Date对象使此过程相当简单。
不足之处在于，我没有意识到（如果有的话），没有很多范围可以强制客户机的时区或语言环境，这可能会对网站特定设置造成麻烦，但我想背后的原因是这是一个用户配置，不应该被触及。
因此，简言之，没有太多关于时区操作的本地支持的原因是您根本不想这样做。
如果您想要一个简短的代码，可以使用JavaScript创建UTC Unix时间戳：
var currentUnixTimestap = ~~(+new Date() / 1000);
这将考虑系统的时区。它基本上是自纪元以来经过的秒数。
new Date()。一元+将其转换为时间戳整数 ：+new Date()。+new Date() / 1000~~(+new Date())通常情况下，客户端不需要进行太多的"时区操作"。作为一项规则，我尝试使用以 ticks 或"自1970年1月1日午夜以来的毫秒数"形式存储和处理UTC日期。这样可以简化存储、排序、计算偏移量的过程，最重要的是，让你摆脱了"夏令时"调整所带来的麻烦。以下是我使用的一小段JavaScript代码：
获取当前UTC时间：
function getCurrentTimeUTC()
{
//RETURN:
// = number of milliseconds between current UTC time and midnight of January 1, 1970
var tmLoc = new Date();
//The offset is in minutes -- convert it to ms
return tmLoc.getTime() + tmLoc.getTimezoneOffset() * 60000;
}
那么你通常需要的是为最终用户以他们的本地时区和格式格式化日期/时间。以下代码会处理客户端计算机上所有日期和时间格式的复杂性：
function formatDateTimeFromTicks(nTicks)
{
//'nTicks' = number of milliseconds since midnight of January 1, 1970
//RETURN:
// = Formatted date/time
return new Date(nTicks).toLocaleString();
}
function formatDateFromTicks(nTicks)
{
//'nTicks' = number of milliseconds since midnight of January 1, 1970
//RETURN:
// = Formatted date
return new Date(nTicks).toLocaleDateString();
}
function formatTimeFromTicks(nTicks)
{
//'nTicks' = number of milliseconds since midnight of January 1, 1970
//RETURN:
// = Formatted time
return new Date(nTicks).toLocaleTimeString();
}
因此，以下示例：
var ticks = getCurrentTimeUTC(); //Or get it from the server
var __s = "ticks=" + ticks +
", DateTime=" + formatDateTimeFromTicks(ticks) +
", Date=" + formatDateFromTicks(ticks) +
", Time=" + formatTimeFromTicks(ticks);
document.write("<span>" + __s + "</span>");
ticks=1409103400661，DateTime=2014年8月26日下午6:36:40，Date=2014年8月26日，Time=下午6:36:40
getCurrentTimeUTC 函数中添加 getTimezoneOffset 值，实际上返回的是不同的时间点。getTime 的结果已经是 UTC 时间。 - Matt Johnson-PinttmLoc.getTime（） 的结果是相对于本地时间的偏移量。如果您可以访问任何运行JavaScript的内容，那很容易检查。 - ahmd0getTime，指向§15.9.5中定义的“时间值”，这是一个原始值（PrimitiveValue），并在§15.9.3.3中明确设定为UTC。 - Matt Johnson-Pintnew Date() 获取 tmLoc，那么它们是一样的。时区将影响 tmLoc.toString() 和类似项的字符串输出，但不会影响 tmLoc.getTime()。这总是自1970年1月1日午夜以来UTC的毫秒数。 - Matt Johnson-Pint//偏移量以分钟为单位--将其转换为毫秒 - ahmd0由于new Date().toUTCString()返回的字符串类似于"Wed, 11 Oct 2017 09:24:41 GMT"，因此您可以切割最后3个字符并将切割后的字符串传递给new Date()：
new Date()
// Wed Oct 11 2017 11:34:33 GMT+0200 (CEST)
new Date(new Date().toUTCString().slice(0, -3))
// Wed Oct 11 2017 09:34:33 GMT+0200 (CEST)
我认为这是一个更好的解决方案
// UTC milliseconds
new Date(Date.now()+(new Date().getTimezoneOffset()*60000)).getTime()
// UTC seconds
new Date(Date.now()+(new Date().getTimezoneOffset()*60000)).getTime()/1000|0
我使用以下内容：
Date.prototype.getUTCTime = function(){
return this.getTime()-(this.getTimezoneOffset()*60000);
};
一旦定义了这个方法，你可以执行以下操作：
var utcTime = new Date().getUTCTime();
DateTime dt = new DateTime ("2018-07-15T02:36:00+02:00"); - jlbofhthis.getTime() 返回一个UTC偏移量，减去本地时区偏移量会使其变成本地时间，而不是UTC，因此 getUTCTime 返回的是本地偏移量，而不是UTC。 - RobG
new Date().toString()将显示当前时区的时间表示形式，new Date().toUTCString()将显示UTC时间表示形式，但new Date().getTime()始终是UTC时间，因为Unix时间被定义为“Unix时间（也称为POSIX时间或时代时间）是一种描述时间瞬间的系统，它被定义为自协调世界时（UTC）1970年1月1日星期四00:00:00以来经过的秒数，不包括闰秒。” - Amadan