浏览器可能会有所不同，你也应该记住不要相信客户端生成的任何信息，也就是说，下面的声明适用于我（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时间。

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

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

const event = new Date();

console.log(event.toUTCString());

如果您的日期上有时区，则可以使用date fns tz：

import { zonedTimeToUtc } from 'date-fns-tz';

const dateBrazil = new Date() // I'm in Brazil, you should have or get the user timezone.
const dateUtc = zonedTimeToUtc(dateBrazil, 'America/Sao_Paulo')

转换为ISO而不更改日期/时间

var now = new Date(); // Fri Feb 20 2015 19:29:31 GMT+0530 (India Standard Time) 
var isoDate = new Date(now.getTime() - now.getTimezoneOffset() * 60000).toISOString();
//OUTPUT : 2015-02-20T19:29:31.238Z

转换为ISO并更改日期/时间（日期/时间将更改）

isoDate = new Date(now).toISOString();
//OUTPUT : 2015-02-20T13:59:31.238Z 

Fiddle链接

根据我的观察，

var timeUtc=新日期（）；

timeUtc将始终显示UTC时间，但如果您调试或控制台，浏览器将始终显示当前时区的时间。

如果您将timeUtc作为参数发送到任何post请求，那么在chrome的网络选项卡中，您可以检查post数据，您将看到timeUtc将具有UTC时间。