我最近接手的应用程序充满了有关构造函数的弃用警告：
Date d = new Date(int year, int month, int day)
有人知道或能指出为什么像这样简单的东西被“替换”成了像这样的东西的原因吗：
Date d = null;
Calendar cal = GregorianCalendar.getInstance();
cal.set(1900 + year, month, day);
d = cal.getTime();
很明显，弃用警告本身并不是问题，但是如果这个构造函数被删除了，可以想象有数百万行代码会发出哀嚎声。
在我的简短基准测试中，后者执行所需的时间大约多了50%。
最初，Date 类旨在包含所有有关日期的逻辑，但 API 设计者最终意识到他们迄今为止拥有的 API 极其不足，无法干净地扩展以正确处理时区、语言环境、不同的日历、夏令时等问题。
因此，他们创建了 Calendar 来处理所有这些复杂性，并将 Date 降级为简单的时间戳，弃用了其所有处理格式化、解析和单个日期字段的功能。
顺带一提，现在这些方法（例如 Date(int, int, int) 构造函数）内部调用了 Calendar，因此如果您看到速度上的差异，则在调用 Calendar 时可能出了问题。
总之：Java 的 Calendar API 并没有过度复杂，而是人们对日期的概念过于复杂。 Calendar 的唯一问题在于它没有提供常见用途的快捷方式。
java.util.Date 重用了 Gregorian Calendar 的静态实例，这至少令人感到有趣。但相较于为每个循环创建一个新的 Calendar 实例，它的性能会更好。 - MartinDate 类不是很灵活。你可以定义日期，但不能将其转换为其他日历格式。因此，Sun 决定使用额外的类层次结构（Calendar）使其更加灵活。