在我的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)
当前回答
下面的方法对我很有效
var doo = new Date("2011-09-24").format("m/d/yyyy");
其他回答
只是想添加，显然在字符串末尾添加一个空格将使用UTC来创建。
new Date("2016-07-06")
> Tue Jul 05 2016 17:00:00 GMT-0700 (Pacific Daylight Time)
new Date("2016-07-06 ")
> Wed Jul 06 2016 00:00:00 GMT-0700 (Pacific Daylight Time)
编辑:这不是一个推荐的解决方案，只是一个替代答案。请不要使用这种方法，因为它非常不清楚正在发生什么。有很多种方法可以重构这个不小心导致错误。
// When the time zone offset is absent, date-only formats such as '2011-09-24' // are interpreted as UTC time, however the date object will display the date // relative to your machine's local time zone, thus producing a one-day-off output. const date = new Date('2011-09-24'); console.log(date); // Fri Sep 23 2011 17:00:00 GMT-0700 (PDT) console.log(date.toLocaleDateString('en-US')); // "9/23/2011" // To ensure the date object displays consistently with your input, simply set // the timeZone parameter to 'UTC' in your options argument. console.log(date.toLocaleDateString('en-US', { timeZone: 'UTC' })); // "9/24/2011"
我只是想就这个问题发表我的意见，因为这篇文章对解决这个问题非常有帮助。我想我没见过这个解决方案，如果我说错了请指正。
正如这里已经提到过无数次的那样，问题主要来自夏季/冬季时间。我注意到1月份的GMT是+1。如果没有设置时间，它将始终是00.00.00(午夜)，这将导致前一天的第23小时。
如果您有一个动态日期并且不关心小时，您可以在使用toISOString()之前使用setHours()方法设置小时。
语法: setHours(hoursValue, minutesValue, secondsValue, msValue)
这意味着:
dynamicDate.setHours(12, 0, 0, 0)
dynamicDate.toISOString()
应该希望为您工作，即使日期提前/后一个小时，它仍然是同一天，现在我们将时间设置为中午。
更多关于MDN上的setHours()。
我遇到过这样的问题。但我的问题是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);
因此，当日期来自服务器，有服务器偏移量，所以我分割日期和删除服务器偏移量，然后转换为日期。它解决了我的问题。
试着在这个帖子中添加我的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)
