在编写web应用程序时，将(服务器端)所有日期时间作为UTC时间戳存储在DB中是有意义的。
当我注意到在JavaScript中无法在时区操作方面原生做很多事情时，我感到很惊讶。
我稍微扩展了Date对象。这个函数有意义吗?基本上，每次我向服务器发送任何东西，它都将是一个用这个函数格式化的时间戳…
这里有什么主要问题吗?或者换个角度解决?
Date.prototype.getUTCTime = function(){
return new Date(
this.getUTCFullYear(),
this.getUTCMonth(),
this.getUTCDate(),
this.getUTCHours(),
this.getUTCMinutes(),
this.getUTCSeconds()
).getTime();
}
我只是觉得有点费解。我对表现也不是很确定。
当前回答
I actually think Date values in js are far better than say the C# DateTime objects. The C# DateTime objects have a Kind property, but no strict underlying time zone as such, and time zone conversions are difficult to track if you are converting between two non UTC and non local times. In js, all Date values have an underlying UTC value which is passed around and known regardless of the offest or time zone conversions that you do. My biggest complaint about the Date object is the amount of undefined behaviour that browser implementers have chosen to include, which can confuse people who attack dates in js with trial and error than reading the spec. Using something like iso8601.js solves this varying behaviour by defining a single implementation of the Date object.
默认情况下，规范说您可以使用扩展的ISO 8601日期格式创建日期，如
var someDate = new Date('2010-12-12T12:00Z');
因此，您可以通过这种方式推断出准确的UTC时间。
当您希望将Date值传递回服务器时，您将调用
someDate.toISOString();
或者如果您更愿意使用毫秒时间戳(从UTC 1970年1月1日开始的毫秒数)
someDate.getTime();
ISO 8601 is a standard. You can't be confused about what a date string means if you include the date offset. What this means for you as a developer is that you never have to deal with local time conversions yourself. The local time values exist purely for the benefit of the user, and date values by default display in their local time. All the local time manipulations allow you to display something sensible to the user and to convert strings from user input. It's good practice to convert to UTC as soon as you can, and the js Date object makes this fairly trivial.
缺点是，没有太多的范围可以强制客户端的时区或地区(据我所知)，这对于特定于网站的设置来说是很烦人的，但我猜这背后的原因是，这是一个不应该被触及的用户配置。
因此，简而言之，没有很多本地时区操作支持的原因只是因为您不想这样做。
其他回答
只做:
const time = new Date().getTime();
MDN指出:
Date.prototype.getTime () 返回指定日期的数值，该数值为自1970年1月1日00:00:00 UTC以来的毫秒数。(之前的时间返回负值。)
编辑:下面的代码不工作。我总是假设new Date(). gettime()返回自1970年1月1日在当前时区的秒数。事实并非如此:getTime()返回UTC的秒数。因此，下面的代码会过度调整。谢谢大家!］
首先，感谢你的精彩见解。 我想我的问题标题错了……它应该是“获取现有日期的UTC Unix时间戳”。
如果我有一个date对象
var d = new Date(2009,01,31)
我在寻找一个函数，它会告诉我“UTC Unix时间戳”。
这个函数似乎是真正的诀窍:
Date.prototype.getUTCUnixTime = function (){
return Math.floor( new Date(
this.getUTCFullYear(),
this.getUTCMonth(),
this.getUTCDate(),
this.getUTCHours(),
this.getUTCMinutes(),
this.getUTCSeconds()
).getTime() / 1000);
}
注意，它对“this”有效，这意味着我可以做:
var n = new Date(2008,10,10)
...
...
n.getUTCUnixTime();
并获得自1970年1月1日以来在Unix时间内的秒数。 对吧?
这有点疯狂，对我来说，Javascript在UTC时间存储所有东西，但为了得到这个数字，我必须创建一个新的Date对象，传递各个UTC getter，然后最后调用getTime()…
芝加哥商业交易所。
我对这个问题变得如此复杂感到惊讶。
这些都是相同的，它们的整数值都=== EPOCH time:D
console.log((new Date()).getTime() / 1000, new Date().valueOf() / 1000, (new Date() - new Date().getTimezoneOffset() * 60 * 1000) / 1000);
不相信我，结账: http://www.epochconverter.com/
因为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)
我想这就是你所期待的……
var currTimestamp = Date.now(), //1482905176396
utcDateString = (new Date(currTimestamp)).toUTCString(); //"Wed, 28 Dec 2016 06:06:50 GMT"
Now,
new Date(utcDateString).getTime(); //This will give you UTC Timestamp in JavaScript
