环顾四周，包括这个页面的链接，我发现了这篇很棒的文章，使用moment timezone:

https://www.webniraj.com/2016/11/23/javascript-using-moment-js-to-display-dates-times-in-users-timezone/

总结一下:

获取用户的时区

var tz = moment.tz.guess();
console.info('Timezone: ' + tz);

返回时区:欧洲/伦敦

设置默认用户时区

moment.tz.setDefault(tz);

设置自定义时区

moment.tz.setDefault('America/Los_Angeles');

将日期/时间转换为本地时区，假设原始日期/时间为UTC

moment.utc('2016-12-25 07:00').tz(tz).format('ddd, Do MMMM YYYY, h:mma');

返回时间:2016年12月25日，星期日，上午7:00

将日期/时间转换为洛杉矶时间

moment.utc('2016-12-25 07:00').tz('America/Los_Angeles').format('ddd, Do MMMM YYYY, h:mma');

返回时间:2016年12月24日星期六晚上11:00

将洛杉矶时间转换为伦敦时间

moment.tz('2016-12-25 07:00', 'America/Los_Angeles').tz('Europe/London').format( 'ddd, Do MMMM YYYY, h:mma' );

返回时间:2016年12月25日，星期日，下午3:00

熟悉java 8的人java。Time包，或者joda-time可能会喜欢这个新产品:js-joda库。

安装

npm install js-joda js-joda-timezone --save

例子

<script src="node_modules/js-joda/dist/js-joda.js"></script>
<script src="node_modules/js-joda-timezone/dist/js-joda-timezone.js"></script>
<script>
var dateStr = '2012/04/10 10:10:30 +0000';
JSJoda.use(JSJodaTimezone);
var j = JSJoda;
// https://js-joda.github.io/js-joda/esdoc/class/src/format/DateTimeFormatter.js~DateTimeFormatter.html#static-method-of-pattern
var zonedDateTime = j.ZonedDateTime.parse(dateStr, j.DateTimeFormatter.ofPattern('yyyy/MM/dd HH:mm:ss xx'));
var adjustedZonedDateTime = zonedDateTime.withZoneSameInstant(j.ZoneId.of('America/New_York'));
console.log(zonedDateTime.toString(), '=>', adjustedZonedDateTime.toString());
// 2012-04-10T10:10:30Z => 2012-04-10T06:10:30-04:00[America/New_York]
</script>

在真正的java本质中，这是相当啰嗦的。但是，作为一个移植的java库，特别是考虑到他们移植了1800个左右的测试用例，它也可能非常准确地工作。

时间操作是很难的。这就是为什么许多其他库在边缘情况下存在bug。Moment.js的时区似乎是正确的，但我所见过的其他js库，包括时区-js，似乎不值得信赖。

我不知道一个简单的方法来转换日期对象到任何时区，但如果你想把它转换到本地时区，你可以用date .prototype. gettime()转换到相应的毫秒数，然后再回来。

let date0 = new Date('2016-05-24T13:07:20'); let date1 = new Date(date0.getTime()); console.log(“$ {date0} \ n $ {date1} ');

例如，date.getHours()现在将返回15而不是13，如果你像我一样在奥地利(而且是夏天)。

我读到过，各种datetime函数在某些浏览器中可能会表现出非标准的行为，所以先测试一下。我可以确认它在Chrome中工作。

下面是一行代码:

function convertTZ(date, tzString) { return new Date((typeof date === "string" ? new Date(date) : date).toLocaleString("en-US", {timeZone: tzString})); } // usage: Asia/Jakarta is GMT+7 convertTZ("2012/04/20 10:10:30 +0000", "Asia/Jakarta") // Tue Apr 20 2012 17:10:30 GMT+0700 (Western Indonesia Time) // Resulting value is regular Date() object const convertedDate = convertTZ("2012/04/20 10:10:30 +0000", "Asia/Jakarta") convertedDate.getHours(); // 17 // Bonus: You can also put Date object to first arg const date = new Date() convertTZ(date, "Asia/Jakarta") // current date-time in jakarta.

这是MDN参考。

注意:上面的函数依赖于解析toLocaleString结果，这是一个以en-US语言环境格式化的日期字符串，例如。“4/20/2012，下午5:10:30”。每个浏览器可能不接受en-US格式的日期字符串到它的日期构造函数，它可能返回意想不到的结果(它可能忽略夏令时)。

目前所有现代浏览器都接受这种格式并正确计算夏令时，它可能不适用于旧浏览器和/或外来浏览器。

旁注:如果现代浏览器有tolocedate，那就太好了 函数，所以我们不需要使用这个俗套的方法。

大多数浏览器都支持带参数的toLocaleString函数，旧的浏览器通常会忽略这些参数。

const str = new Date()。toLocaleString('en-US'， {timeZone: '亚洲/雅加达'}); console.log (str);

这是为我工作在React本机应用程序。

import moment from 'moment-timezone'

function convertTZ(date, tzString) {
  const formatedDate = moment(date).tz(tzString).format()
  return formatedDate
}

export {convertTZ}