为什么js用某种格式从日期对象中减去一天？

Question

我以这种格式从数据库中获取日期：

日期格式

当我使用这个字符串创建javascript日期对象时，它会在日期的前一天构建。

您可以在控制台中测试：

var d = new Date("2015-02-01"); 
d

你将得到1月31日！我测试了许多理论，但没有一个回答这个问题。

• 这一天不是从零开始的，否则它将给出2月00日，而不是1月31日
• 它不是执行数学方程，从月份和/或年份中减去日期
  • 日期（2015-02-01)=1969年12月31日星期三
  • 日期（"2015-01"）=2014年12月31日星期三
  • Date（"2015-08-02"）=Sat Aug 01 2015
  • 如果这是真的，日期将是2015年2月8日
  • 日期（"02/01/2015"）=2015年2月1日

  我的结论是，js这样做是有目的的。我试图研究“为什么”，但找不到解释。为什么js以这种方式构建日期，但只使用这种格式？有没有办法解决这个问题，或者我必须确定日期，然后把日期定在第二天？

  PS：“如何从数据库更改日期的格式”不是我要问的，这就是为什么我没有在这里放置任何数据库信息。

Answer 1

在javascript中，日期对象在内部表示为自1970年1月1日00:00:00 UTC以来的毫秒数。因此，与其将其视为正常意义上的“日期”，不如尝试将日期对象视为由整数（无时区）表示的“时间点”。

使用字符串构造Date对象时，您实际上只是调用parse函数。大多数日期时间格式（包括ISO 8601）允许您降低日期字符串的精度。

为了降低精度，可以从任何日期和时间表示中删除任意数量的值，但顺序从最低到最高有效。

例如2015-02-01代表2015年2月1日。

这给javascript带来了一个难题，因为日期对象总是精确到毫秒。Javascript无法存储精度降低的日期，因为自1970年1月1日起，该日期仅为毫秒整数。因此，它做了下一件最好的事情，即假设未指定的时间为午夜（00:00:00），如果未指定，则假设时区为UTC。

所有有效的javascript实现都应该给出相同的结果：

var d = new Date("2015-02-01");
alert(d.getTime());

1422748800000

将日期输出到某些（通常不清楚）调试器或使用getter方法时，会出现1天以外的问题，因为使用的是本地时区。在浏览器中，这将是您的操作系统时区。格林威治标准时间以西的任何人都可能会看到这个问题，因为他们的UTC偏移量为负。请注意，如果您真正感兴趣的是表示日期而不是时间点，那么也有使用UTC时区的UTC等效函数。

Answer 2

一些浏览器将部分日期字符串解析为UTC，一些解析为本地时间，

因此，当您阅读时，不同浏览器的本地化时间可能不同

按时区偏移。

您可以强制日期为UTC并添加本地偏移量，如果您

希望在当地保证时间：

1. set UTC time:    

var D= new Date("2015-02-01"+'T00:00:00Z');


2. adjust for local:

D.setMinutes(D.getMinutes()+D.getTimezoneOffset());

D值：（当地日期）2月01 2015 00:00:00日（美国东部标准时间）

偏移量将以当地时间为准。

Some differences between browsers when time zone is not specified in a parsed string:

(tested on Eastern Standard Time location)

(new Date("2015-02-01T00:00:00")).toUTCString();


Firefox 35: Sun, 01 Feb 2015 05:00:00 GMT

Chrome 40: Sun, 01 Feb 2015 00:00:00 GMT

Opera 27: Sun, 01 Feb 2015 00:00:00 GMT

IE 11: Sun, 01 Feb 2015 05:00:00 GMT

IE and Firefox set the Date as if it was local, Chrome and Opera as if it was UTC.