如果您的日期上有时区，则可以使用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')

const event = new Date();

console.log(event.toUTCString());

如果需要日期对象

仅传递日期字符串date假定时间按时区偏移00:00：

new Date('2019-03-11')
Sun Mar 10 2019 18:00:00 GMT-0600 (Central Standard Time)

如果您添加当前的小时和分钟，您将获得正确的日期：

new Date('2019-03-11 ' + new Date().getHours() + ':' + new Date().getMinutes())
Mon Mar 11 2019 04:36:00 GMT-0600 (Central Standard Time)

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

这是我的方法：

var now = new Date();
var utc = new Date(now.getTime() + now.getTimezoneOffset() * 60000);

生成的utc对象实际上不是utc日期，而是转换为与utc时间匹配的本地日期（请参见注释）。然而，在实践中，它确实起到了作用。

更新：当调用UTC.toString（）、UTC.toLocaleString（）等时，这个答案是获取UTC日期的一种快速而肮脏的方法。不过，有更好的解决方案，尤其是现在使用现代浏览器的情况下，我应该改进一下答案。基本上，.toISOString（）（IE 9+）是您想要使用的。

这是我过去所做的：

var utcDateString = new Date(new Date().toUTCString()).toISOString();