他们可能认为月份是一个枚举(第一个索引为0)，而日期不是，因为它们没有关联的名称。

或者更确切地说，他们认为这一天的数字就是这一天的实际表示形式(就像在12/31这样的日期中用数字表示月份一样)，就好像你可以用数字作为变量进行枚举，但实际上是以0为基础的。

所以实际上，对于月份，也许他们认为正确的枚举表示应该是使用月份的名称，而不是数字，如果日期有名称表示，他们也会这样做。想象一下，如果我们说1月5日、1月6日，而不是1月5日、1月6日等等，那么他们可能也会做一个以0为基础的天数枚举……

也许在潜意识里，他们想到了月份的枚举{一月，二月，……}和天数为{1,2,3，…}，除非你以数字而不是名称的形式访问日期，比如1代表1，等等，所以不可能从0开始…

在java中也是这样的。可能是为了将int转换为字符串(0 - jan，， 1-feb)，他们这样编码..因为它们可能有一个字符串数组(索引从0开始)的月份名称和这些月份数字，如果他们从0开始，它将更容易映射到月份字符串。

这个问题的真正答案是从java.util复制的。日期，也有这个怪癖。在Twitter上可以找到Brendan Eich的证明——他最初实现了JavaScript:

https://twitter.com/BrendanEich/status/481939099138654209

https://twitter.com/BrendanEich/status/771006397886533632

Brendan还指出Netscape的Ken Smith从Java进行了移植。

https://twitter.com/BrendanEich/status/771006208949891072

这件事发生在1995年，当时JDK 1.0正处于测试阶段。它于1996年推出。1997年，JDK 1.1问世，它弃用了java.util上的绝大多数函数。日期，将它们移到java.util。日历，但即便如此，仍然有零位月。开发人员受够了这一点，创建了Joda-Time库，最终导致了java。Java 8(2014)内置的时间包。

简而言之，Java花了18年的时间才得到一个正确设计的内置日期/时间API，但JavaScript仍然停留在黑暗时代。我们确实有优秀的库，如Luxon Moment.js、date-fns、js-joda等。但是到目前为止，该语言只内置了Date。希望这种情况在不久的将来会随着TC39 Temporal提案而改变。

除了月份的第一天之外，其他都是以0为基础的，请参阅这里的完整列表，包括范围:)

实际上，这里以1为基础的天数才是奇怪的……奇怪的是。为什么要这么做?我不知道……但可能发生在同一次会议上，他们喝得烂醉，决定分号是可选的。

他们可能认为月份是一个枚举(第一个索引为0)，而日期不是，因为它们没有关联的名称。

或者更确切地说，他们认为这一天的数字就是这一天的实际表示形式(就像在12/31这样的日期中用数字表示月份一样)，就好像你可以用数字作为变量进行枚举，但实际上是以0为基础的。

所以实际上，对于月份，也许他们认为正确的枚举表示应该是使用月份的名称，而不是数字，如果日期有名称表示，他们也会这样做。想象一下，如果我们说1月5日、1月6日，而不是1月5日、1月6日等等，那么他们可能也会做一个以0为基础的天数枚举……

也许在潜意识里，他们想到了月份的枚举{一月，二月，……}和天数为{1,2,3，…}，除非你以数字而不是名称的形式访问日期，比如1代表1，等等，所以不可能从0开始…

这可能是一个缺陷，但当你想将月份或星期表示为字符串时，它也非常方便，你可以创建一个像['jan，'feb'…等][新日期().getMonth()]的[2月”、“简”……[new Date().getMonth()]或['jan'，'feb'…]等][新日期().getMonth () (1)

月份中的天数通常没有命名，因此您不会为这些日期创建具有名称的数组。在这种情况下，1-31更容易处理，所以你需要每次都减去1…