在我的Java脚本应用程序中，我以这样的格式存储日期:
2011-09-24
现在，当我尝试使用上面的值创建一个新的Date对象(这样我就可以以不同的格式检索日期)时，日期总是返回一天。见下文:
var date = new Date("2011-09-24");
console.log(date);
日志:
Fri Sep 23 2011 20:00:00 GMT-0400 (Eastern Daylight Time)
当前回答
虽然在OP的情况下，时区是EDT，但不能保证执行脚本的用户将是EDT时区，因此硬编码偏移量不一定有效。我找到的解决方案是分割日期字符串，并使用date构造函数中的单独值。
var dateString = "2011-09-24";
var dateParts = dateString.split("-");
var date = new Date(dateParts[0], dateParts[1] - 1, dateParts[2]);
注意，您必须考虑JS的另一个奇怪之处:月份是从零开始的。
其他回答
这可能不是一个好的答案，但我只是想分享我在这个问题上的经验。
我的应用程序是全球使用utc日期的格式'YYYY-MM-DD'，而datepicker插件我只接受js日期，这对我来说很难同时考虑utc和js。所以当我想传递一个'YYYY-MM-DD'格式的日期到我的datepicker，我首先转换为'MM/DD/YYYY'格式使用moment.js或任何你喜欢的，日期显示在datepicker现在是正确的。举个例子
var d = new Date('2011-09-24'); // d will be 'Fri Sep 23 2011 20:00:00 GMT-0400 (EDT)' for my lacale
var d1 = new Date('09/24/2011'); // d1 will be 'Sat Sep 24 2011 00:00:00 GMT-0400 (EDT)' for my lacale
显然d1是我想要的。希望这对一些人有所帮助。
使用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
我遇到过这样的问题。但我的问题是off set，而从数据库获取日期。
这是在数据库中，它是UTC格式。
2019-03-29 19:00:00.0000000 +00:00
所以当我从数据库和检查日期，它是添加偏移量与它，并发送回javascript。
它正在添加+05:00，因为这是我的服务器时区。我的客户在不同的时区+07:00。
2019-03-28T19:00:00+05:00 //这是我在javascript中得到的。
所以这是我的解决方案，我所做的这个问题。
var dates = price.deliveryDate.split(/-|T|:/);
var expDate = new Date(dates[0], dates[1] - 1, dates[2], dates[3], dates[4]);
var expirationDate = new Date(expDate);
因此，当日期来自服务器，有服务器偏移量，所以我分割日期和删除服务器偏移量，然后转换为日期。它解决了我的问题。
处理这个问题的最好方法是不使用更多的转换方法，
var mydate='2016,3,3';
var utcDate = Date.parse(mydate);
console.log(" You're getting back are 20. 20h + 4h = 24h :: "+utcDate);
现在只需在日期中添加GMT或附加它。
var mydateNew='2016,3,3'+ 'GMT';
var utcDateNew = Date.parse(mydateNew);
console.log("the right time that you want:"+utcDateNew)
生活:https://jsfiddle.net/gajender/2kop9vrk/1/
试着在这个帖子中添加我的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)
