Java中的Calendar类为啥让人又爱又恨？

你是不是刚学Java的时候，看到老师演示日期操作时突然掏出个Calendar类，结果自己上手一试就懵圈了？明明想查今天是几号，结果代码里又是get(Calendar.MONTH)又是get(Calendar.DAY_OF_MONTH)，最要命的是月份居然从0开始算！今天咱们就掰开了揉碎了，把这个让人头大的Calendar类讲明白。

Calendar类到底是个啥角色？ 简单来说它就是Java给你准备好的”电子日历本”。早些年Java用Date类处理时间，结果发现太简陋了——想加个天数还得自己算闰年，想获取月份还得做数学运算。于是JDK1.1就推出了Calendar这个”智能日历本”，专门解决这些麻烦事。

不过这个类有个特点：它不是直接new出来的。你得用那个看起来像变魔术的getInstance()方法。比如： java Calendar rightNow = Calendar.getInstance(); 这行代码会根据你的系统时区自动生成日历实例。有意思的是，这个方法返回的其实是个GregorianCalendar对象（就是咱们常用的公历），但被包在Calendar的外壳里——这里就藏着Java设计的一个小心思，后面咱们再细说。

新手必踩的三大坑 第一个坑就是月份从0开始。设置1月你得写0，12月反而写11。这个设计据说是为了兼容某个古老系统，结果坑了无数新人。记住这个口诀：”月份要减一，星期要加一”（SUNDAY=1，SATURDAY=7）。

第二个坑在字段常量上。想获取年份得用Calendar.YEAR，想获取小时得区分是12小时制的HOUR还是24小时制的HOUR_OF_DAY。建议把这些常量像背单词一样记下来： – YEAR：年份 – MONTH：月份（0-11） – DAY_OF_MONTH：当月第几天 – HOUR_OF_DAY：24小时制小时数

第三个坑是日期计算。想给当前日期加35天，正确的姿势是： java rightNow.add(Calendar.DAY_OF_MONTH, 35); 但新手常犯的错是直接用set方法改数值，完全忘了处理跨月跨年时的自动进位问题。这就好比手动调机械表，拧过头了都不知道。

时间旅行的正确姿势 假设现在要处理一个订票系统，用户买了张45天后的机票。这时候Calendar的威力就显出来了： “`java Calendar departure = Calendar.getInstance(); departure.add(Calendar.DAY_OF_YEAR, 45);

// 处理跨年情况 if (departure.get(Calendar.YEAR) > Calendar.getInstance().get(Calendar.YEAR)) { System.out.println(“温馨提示：您的行程将跨年”); } “` 不过要注意，add方法和roll方法有本质区别。add是真正的时空穿梭，比如把1月31日加1个月会变成3月3日（平年2月只有28天）；而roll就像转轮盘，加1个月只会变成2月28日，年份不变。

为啥说它是个’半成品’？ 现在回答开头埋的伏笔：为什么说Calendar是个”智能外壳”？其实它定义了操作日历的规范，具体实现要看子类。比如日本公司用的可能是JapaneseImperialCalendar，伊斯兰国家可能用IslamicCalendar。这种设计看似灵活，实际用起来却要面对两个问题：

所以后来Java8推出了全新的时间API（LocalDate等），但现有的老系统还是大量使用Calendar。有个冷知识：当你调用getInstance()时，虚拟机底层要经历十几个方法调用，包括读取系统配置、检查默认时区、确认本地化设置等等。

最后说点实在的。虽然Calendar类用起来有点别扭，但理解它的设计逻辑后，处理常规日期操作还是够用的。重点记住三个原则：用getInstance()创建实例、注意字段常量的特殊规则、日期计算优先用add方法。等把这些玩熟了，再去拥抱Java8的新时间API，你会感谢现在咬牙学Calendar的自己——毕竟看懂老代码也是程序员的必备技能嘛。