浏览器可能会有所不同，你也应该记住不要相信客户端生成的任何信息，也就是说，下面的声明适用于我（Mac OS X 10.8.2上的Google Chrome v24）

var utcDate=新日期（new Date（）.getTime（））；

edit：“这和new Date（）有什么不同？”请参见此处：https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date

如果未提供任何参数，则构造函数将根据系统设置为当前日期和时间创建JavaScript Date对象。注意：当Date作为具有多个参数的构造函数调用时，指定的参数表示本地时间。如果需要UTC，请使用具有相同参数的新日期（Date.UTC（…））。（注意：Date.UTC（）返回自1970-01-01 00:00:00 UTC以来的毫秒数）

如前面的答案所述，添加60000*Date.getTimezoneOffset（）是不正确的。首先，您必须将所有日期/时间视为UTC，并使用时区修饰符进行显示。

同样，浏览器可能有所不同，然而，Date.getTime（）返回自1970-01-01 UTC/GMT以来的毫秒数。如果您像我上面所做的那样使用这个数字创建一个新的日期，它将是UTC/GMT。但是，如果通过调用.toString（）来显示它，它将显示在本地时区中，因为.toString（）使用的是本地时区，而不是调用它的Date对象的时区。

我还发现，如果您在日期上调用.getTimezoneOffset（），它将返回您的本地时区，而不是您调用它的日期对象的时区（但我无法验证这是否是标准的）。

在我的浏览器中，添加60000*Date.getTimezoneOffset（）将创建一个不是UTC的DateTime。然而，当在我的浏览器中显示（例如：.toString（））时，它会在我的本地时区中显示一个DateTime，如果忽略时区信息，该DateTime将是正确的UTC时间。

使用moment包，您可以轻松地将UTC的日期字符串转换为新的date对象：

const moment = require('moment');
let b = new Date(moment.utc('2014-02-20 00:00:00.000000'));
let utc = b.toUTCString();
b.getTime();

当您的服务器不支持时区，并且您希望将UTC日期始终存储在服务器中，并将其作为新的日期对象取回时，这特别有用。以上代码适用于我的需求，也适用于本线程的类似问题。在这里分享，这样可以帮助其他人。我在任何答案中都看不到上述解决方案。谢谢

处理日期时，我的建议是将日期解析为用户输入的各个字段。你可以把它当作一根完整的绳子，但你在玩火。

JavaScript可以以不同的格式处理两个相同的日期。

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/parse

永远不要做类似的事情：

new Date('date as text');

一旦您将日期从用户输入解析到其各个字段中，就创建一个日期对象。创建日期对象后，通过添加时区偏移将其转换为UTC。由于DST，我无法强调使用日期对象的偏移量有多重要（这是另一个讨论来说明原因）。

var year = getFullYear('date as text');
var month = getMonth('date as text');
var dayOfMonth = getDate('date as text');

var date = new Date(year, month, dayOfMonth);

var offsetInMs = ((date.getTimezoneOffset() * 60)  // Seconds
                 * 1000);                          //  Milliseconds

var utcDate = new Date(date.getTime + offsetInMs);

现在，您可以将日期以UTC时间传递给服务器。我再次强烈建议不要使用任何日期字符串。要么将其传递给服务器，并将其细分为所需的最低粒度，例如年、月、日、分钟，要么将其作为一个值（如unix时期的毫秒）传递给服务器。

date = '2012-07-28'; stringdate = new Date(date).toISOString();

应该可以在大多数更新的浏览器中工作。在Firefox 6.0上返回2012-07-28T00:00:00.000Z

扩展功能：

if (!Date.prototype.toUTC){
    Date.prototype.toUTC = function(){
        var utcOffset = new Date().getTimezoneOffset();
        var utcNow    = new Date().addMinutes(utcOffset);
        return utcNow;
    };
}

用法：

new Date().toUTC();

我的解决方案使日期保持不变，无论客户端上设置了什么时区。也许有人会发现它很有用。

我的用例：

我正在创建一个todo应用程序，您可以在其中设置任务日期。无论您在哪个时区，此日期都应保持不变。

实例你想在6月25日早上8点给你的朋友打电话。

您在中国时，在5天前（6月20日）创建此任务。

然后，在同一天，你飞往纽约几天。

然后在6月25日，当你还在纽约时，你在早上7:30醒来（这意味着你应该在30分钟内收到任务通知（即使在中国，你创建任务时已经是下午1:30）

因此，任务是忽略时区。这意味着“我想在早上8点在任何时区做这件事”。

我所做的是让我们说“我假设你总是在伦敦时区-UTC”。

这意味着-当用户在她/他的时区中选择某个日期时-我将此日期转换为UTC中的相同日期。也就是说，你在中国选择上午8点，但我将其转换为UTC的上午8点。

然后-下次你打开应用程序时-我读取以UTC保存的日期，并将其转换为当前时区中的相同日期-例如，我将UTC中的上午8点转换为纽约时区中的早上8点。

这个解决方案意味着，日期可能意味着其他东西，这取决于你在设置日期时的位置和阅读日期的位置，但它保持不变，“感觉”你总是在同一时区。

让我们编写一些代码：

首先，我们有两个主要函数用于从UTC转换为UTC，忽略时区：

export function convertLocalDateToUTCIgnoringTimezone(date: Date) {
  const timestamp = Date.UTC(
    date.getFullYear(),
    date.getMonth(),
    date.getDate(),
    date.getHours(),
    date.getMinutes(),
    date.getSeconds(),
    date.getMilliseconds(),
  );

  return new Date(timestamp);
}

export function convertUTCToLocalDateIgnoringTimezone(utcDate: Date) {
  return new Date(
    utcDate.getUTCFullYear(),
    utcDate.getUTCMonth(),
    utcDate.getUTCDate(),
    utcDate.getUTCHours(),
    utcDate.getUTCMinutes(),
    utcDate.getUTCSeconds(),
    utcDate.getUTCMilliseconds(),
  );
}

然后，我保存/读取此日期，如：

function saveTaskDate(localDate: Date) {
  // I convert your local calendar date so it looks like you've picked it being in UTC somewhere around London
  const utcDate = convertLocalDateToUTCIgnoringTimezone(localDate);
  api.saveTaskDate(utcDate);
}

function readTaskDate(taskUtcDate: Date) {
  // I convert this UTC date to 'look in your local timezone' as if you were now in UTC somewhere around london
  const localDateWithSameDayAsUTC = convertUTCToLocalDateIgnoringTimezone(taskUtcDate);

  // this date will have the same calendar day as the one you've picked previously
  // no matter where you were saving it and where you are now
}