除了DannySmurf关于懒惰的回答之外，我还要补充一句，这是为了鼓励您使用常量，例如Calendar.JANUARY。

在Java 8中，有一个新的日期/时间API JSR 310，它更加合理。规范负责人与JodaTime的主要作者相同，他们共享许多相似的概念和模式。

因为语言写作比看起来要难得多，特别是处理时间比大多数人想象的要难得多。关于这个问题的一小部分(在现实中，不是Java)，请参阅YouTube视频“时间和时区的问题-计算机爱好者”，网址是https://www.youtube.com/watch?v=-5wpm-gesOY。如果你在困惑中笑掉了头，不要感到惊讶。

除了DannySmurf关于懒惰的回答之外，我还要补充一句，这是为了鼓励您使用常量，例如Calendar.JANUARY。

真正的原因

You would think that when we deprecated most of Date and added the new Calendar class, we would have fixed Date's biggest annoyance: the fact that January is month 0. We certainly should have, but unfortunately we didn't. We were afraid that programmers would be confused if Date used zero-based months and Calendar used one-based months. And a few programmers probably would have been. But in hindsight, the fact that Calendar is still zero-based has caused an enormous amount of confusion, and it was probably the biggest single mistake in the Java international API's.

引用自Laura Werner的Java国际日历，链接在底部。

更好的选择:java.time

这可能只是重复其他人所说的，抛弃旧的和设计糟糕的Calendar类，使用java。时间，现代Java日期和时间API。从1月的1到12月的12，月份的编号始终是合理的。

如果您从尚未升级到java的遗留API中获取Calendar。时，要做的第一件事是转换为现代的ZonedDateTime。根据你的需要，你可以从那里做进一步的转换。在大多数情况下，您获得的Calendar对象实际上总是GregorianCalendar子类的一个实例(因为Calendar类本身是抽象的)。demonstreate:

    Calendar oldfashionedCalendarObject = Calendar.getInstance();
    ZonedDateTime zdt
            = ((GregorianCalendar) oldfashionedCalendarObject).toZonedDateTime();
    
    System.out.println(zdt);
    System.out.format("Month is %d or %s%n", zdt.getMonthValue(), zdt.getMonth());

当我刚刚在我的时区运行时输出:

2021 - 03 - 17 - t23:18:47.761 + 01:00[欧洲/哥本哈根] 月是3号或MARCH

链接

Laura Werner编写的Java国际日历 Oracle教程:Date Time解释如何使用java.time。

它本身并没有定义为0，而是定义为Calendar.January。这是使用整数作为常量而不是枚举的问题。日历。1月== 0。