使用moment可以在转换为isostring时保持偏移量

let date = moment("2022-03-15").toISOString();
// WRONG OUTPUT 2022-03-14T18:30:00.000Z

let date = moment("2022-03-15").toISOString(true);
// CORRECT OUTPUT 2022-03-15T00:00:00.000+05:30

由于大多数答案都很俗气，请允许我提出对我来说非常简单的方法:将脚本的时区设置为UTC

process.env.TZ = 'UTC' // this has to be run before any use of dates

有了这个更改，任何时区修改都是无效的，所以只要您不需要跑步者的实际时区，这可能是最简单的解决方法。

当我的客户使用大西洋标准时间时，我遇到了这个问题。客户端检索到的日期值是“2018-11-23”，当代码将其传递到new date(“2018-11-23”)时，客户端的输出是前一天的日期。我创建了一个实用函数，如代码片段所示，它规范化了日期，向客户端提供了预期的日期。

日期。

var normalizeDate = function(date) { date.setMinutes(date.getMinutes() + date.getTimezoneOffset()); return date; }; var date = new Date("2018-11-23"); document.getElementById("default").textContent = date; document.getElementById("normalized").textContent = normalizeDate(date); <h2>Calling new Date("2018-11-23")</h2> <div> <label><b>Default</b> : </label> <span id="default"></span> </div> <hr> <div> <label><b>Normalized</b> : </label> <span id="normalized"></span> </div>

遵循代码对我很有效。首先，我将日期和时间字符串转换为localeDateString，然后对返回的字符串应用split函数。

const dateString = "Thu Dec 29 2022 00:00:00 GMT+0500 (Pakistan Standard Time)";
const date = new Date(dateString).toLocaleDateString().split("/");
const year = new Date(dateString).getFullYear();
const month = new Date(dateString).getMonth();

console.log(new Date(`${date[2]}-${date[0]}-${date[1]}`));
// 2022-12-29T00:00:00.000Z


// Due to timezone issue, the date is one day off.
console.log(new Date("2011-09-24"));
// => 2011-09-24T00:00:00.000Z-CORRECT DATE.

console.log(new Date("2011/09/24"));
// => 2011-09-23T19:00:00.000Z -ONE DAY OFF AS BEFORE.

试着在这个帖子中添加我的2分(详细说明@paul-wintz的答案)。

在我看来，当日期构造函数接收到匹配ISO 8601格式(日期部分)的第一部分的字符串时，它会在UTC时区与0时间进行精确的日期转换。当该日期转换为当地时间时，可能会发生日期移位 如果午夜UTC是本地时区的较早日期。

new Date('2020-05-07')
Wed May 06 2020 20:00:00 GMT-0400 (Eastern Daylight Time)

如果日期字符串是任何其他“松散”格式(使用“/”或日期/月不填充为零)，则在本地时区创建日期，因此没有日期转移问题。

new Date('2020/05/07')
Thu May 07 2020 00:00:00 GMT-0400 (Eastern Daylight Time)
new Date('2020-5-07')
Thu May 07 2020 00:00:00 GMT-0400 (Eastern Daylight Time)
new Date('2020-5-7')
Thu May 07 2020 00:00:00 GMT-0400 (Eastern Daylight Time)
new Date('2020-05-7')
Thu May 07 2020 00:00:00 GMT-0400 (Eastern Daylight Time)

因此，如上所述，一个快速修复方法是将ISO格式的Date字符串中的“-”替换为“/”。

new Date('2020-05-07'.replace('-','/'))
Thu May 07 2020 00:00:00 GMT-0400 (Eastern Daylight Time)

我只是想就这个问题发表我的意见，因为这篇文章对解决这个问题非常有帮助。我想我没见过这个解决方案，如果我说错了请指正。

正如这里已经提到过无数次的那样，问题主要来自夏季/冬季时间。我注意到1月份的GMT是+1。如果没有设置时间，它将始终是00.00.00(午夜)，这将导致前一天的第23小时。

如果您有一个动态日期并且不关心小时，您可以在使用toISOString()之前使用setHours()方法设置小时。

语法: setHours(hoursValue, minutesValue, secondsValue, msValue)

这意味着:

dynamicDate.setHours(12, 0, 0, 0)
dynamicDate.toISOString()

应该希望为您工作，即使日期提前/后一个小时，它仍然是同一天，现在我们将时间设置为中午。

更多关于MDN上的setHours()。