有人可以建议当前有关“最佳做法”的内容Date和Calendar类型。

在编写新代码时，最好始终青睐Calendar它Date，还是在某些情况下Date更合适的数据类型？

Date是一个简单的类，主要由于向后兼容的原因而存在。如果需要设置特定日期或进行日期算术，请使用日历。日历还处理本地化。此后不推荐使用Date的以前的日期操作功能。

就个人而言，我倾向于在可能的情况下使用毫秒（如果合适）或“日历”（Long）。

日期和日历都是可变的，因此在API中使用它们时往往会出现问题。

新代码（如果您的策略允许第三方代码）的最佳方法是使用Joda Time库。

两者，日期和日历，有这么多的设计问题，无论是对新代码良好的解决方案。

• Date并且Calendar实际上是相同的基本概念（都代表时间的瞬间，并且都是围绕基础long值的包装）。

• 有人可能会说这Calendar实际上比实际Date情况timeZone更糟，因为它似乎提供了有关星期几和一天中的时间之类的具体事实，而如果您更改其属性，则具体内容会变得白白！由于这个原因，两个对象都不能真正用作存储年月日或一天中的时间。

• 使用Calendar仅作为一个计算器其中，由于在Date和TimeZone对象，会为你做计算。避免将其用于在应用程序中键入属性。

• 使用SimpleDateFormat连同TimeZone和Date生成显示字符串。

• 如果您喜欢冒险，可以使用Joda-Time，尽管它不必要地复杂，恕我直言，并且无论如何很快就会被JSR-310 date API取代。

• 在此之前，我已经回答过，推出自己的YearMonthDay课程并不难，该课程Calendar在后台进行日期计算。我对这个建议不满意，但我仍然认为它是一个有效的建议，因为Joda-Time（和JSR-310）对于大多数用例而言确实过于复杂。

日期最适合存储日期对象。它是持久的，序列化的...

日历最适合处理日期。

注意：我们有时也喜欢java.lang.Long而不是Date，因为Date是可变的，因此不是线程安全的。在Date对象上，使用setTime（）和getTime（）在两者之间进行切换。例如，应用程序中的常量Date（例如：零1970/01/01，或您设置为2099/12/31的相关性END_OF_TIME；它们对于替换空值作为开始时间和结束时间非常有用，尤其是当您将它们持久保存在数据库中时，因为SQL特有null值。

如果可能，我通常使用Date。尽管可变，但实际上不推荐使用。最后，它基本上包装了一个代表日期/时间的长整数。相反，如果必须操纵值，我将使用日历。

您可以这样想：仅在需要易于操作的String，然后使用toString（）方法将其转换为String时，才使用StringBuffer。同样，仅在需要处理时间数据时才使用日历。

为了获得最佳实践，我倾向于在领域模型之外尽可能多地使用不可变对象。它显着减少了产生任何副作用的机会，它是由编译器而不是JUnit测试为您完成的。您可以通过创建私人决赛来使用此技术在类中字段来。

回到StringBuffer类比。这是一些代码，向您展示如何在日历和日期之间进行转换

String s = "someString"; // immutable string
StringBuffer buf = new StringBuffer(s); // mutable "string" via StringBuffer
buf.append("x");
assertEquals("someStringx", buf.toString()); // convert to immutable String

// immutable date with hard coded format.  If you are hard
// coding the format, best practice is to hard code the locale
// of the format string, otherwise people in some parts of Europe
// are going to be mad at you.
Date date =     new SimpleDateFormat("yyyy-MM-dd", Locale.ENGLISH).parse("2001-01-02");

// Convert Date to a Calendar
Calendar cal = Calendar.getInstance();
cal.setTime(date);

// mutate the value
cal.add(Calendar.YEAR, 1);

// convert back to Date
Date newDate = cal.getTime();

// 
assertEquals(new SimpleDateFormat("yyyy-MM-dd", Locale.ENGLISH).parse("2002-01-02"), newDate);

Dates应该用作不变的时间点；Calendars是可变的，如果您需要与其他班级合作以得出最终日期，可以将其传递和修改。考虑它们类似于String和StringBuilder，您将了解我认为应如何使用它们。

（是的，我知道Date实际上在技术上并不是一成不变的，但目的是它不应是可变的，如果没有人调用不赞成使用的方法，那么它就是如此。）

tl; dr

建议当前的“最佳做法”，Date并Calendar

是它最好的总是青睐Calendar过度Date

完全避免使用这些旧类。请改用java.time类。

• 在UTC中暂时使用（Instant
Date）
• 在特定时区的片刻，请使用（的现代等效项）ZonedDateTime
GregorianCalendar
• 在一个特定的瞬间偏移从-UTC，使用OffsetDateTime
  （在旧类中没有等效项）
• 对于具有未知时区或偏移量的日期时间（不是时刻），请使用（旧类中没有等效项）LocalDateTime
  

细节

Ortomala Lokni 的Answer是正确的建议，建议使用现代的java.time类，而不是麻烦的旧旧日期时间类（Date，Calendar，等）。但是那个答案提示错误的类是等效的（请参阅我对该答案的评论）。

使用java.time

java.time类相对于旧的日期-时间类，昼夜差异有很大的改进。旧的类设计欠佳，令人困惑且麻烦。您应尽可能避免使用旧类。但是，当您需要与旧版本/新版本之间进行转换时，可以通过调用添加到旧版本的新方法来实现类中的。

有关转换的更多信息，请参阅我的答案和精美图表到另一个问题，将java.util.Date转换为“ java.time”类型？。

搜索堆栈溢出给出了使用java.time的数百个示例问题与解答。但这是一个简短的摘要。

Instant

使用获取当前时刻Instant。该Instant级表示时间轴上的时刻UTC，分辨率为纳秒（最多小数的9个位数）。

Instant instant = Instant.now();

ZonedDateTime

要通过某个特定区域的挂钟时间的镜头看到同一瞬间，请应用一个时区（ZoneId）以获得ZonedDateTime。

时区

指定适当的时区名称，格式continent/region，如America/Montreal，Africa/Casablanca或Pacific/Auckland。切勿使用3-4字母缩写，例如EST或，IST因为它们不是真实的时区，不是标准化的，甚至不是唯一的（！）。

ZoneId z = ZoneId.of( "America/Montreal" );
ZonedDateTime zdt = instant.atZone();

偏移量

时区是区域从UTC偏移量变化的历史。但是有时您只会得到没有完整区域的偏移量。在这种情况下，请使用OffsetDateTime该类。

ZoneOffset offset = ZoneOffset.parse( "+05:30" );
OffsetDateTime odt = instant.atOffset( offset );

使用时区优于仅使用偏移量。

LocalDateTime

类中的“本地”是Local…指任何地区，而不是特定的地区。因此，该名称可能违反直觉。

LocalDateTime，，LocalDate并且LocalTime故意缺少有关偏移或时区的任何信息。因此，他们不能代表实际的时刻，他们是不是在时间轴上的点。如有疑问或困惑，请使用ZonedDateTime而不是LocalDateTime。搜索堆栈溢出以获取更多讨论。

弦乐

不要将日期时间对象与代表其值的字符串混淆。您可以解析字符串以获取日期时间对象，并且可以从日期时间对象生成字符串。但是字符串永远不是日期时间本身。

了解java.time类中默认使用的标准ISO 8601格式。

关于java.time

该java.time框架是建立在Java 8和更高版本。这些类取代麻烦的老传统日期时间类，如java.util.Date，Calendar，和SimpleDateFormat。

现在处于维护模式的Joda-Time项目建议迁移到java.time类。

要了解更多信息，请参见 Oracle教程。并在Stack Overflow中搜索许多示例和说明。规格为 JSR 310。

使用兼容的JDBC驱动程序 JDBC 4.2或更高版本，您可以直接与数据库交换java.time对象。不需要字符串或java.sql。*类。

在哪里获取java.time类？

• Java SE 8， Java SE 9和更高版本
  • 内置的
  • 标准Java API的一部分，具有捆绑的实现。
  • Java 9添加了一些次要功能和修复。
• Java SE 6和 Java SE 7
  • 许多java.time功能都在ThreeTen- Backport中反向移植到Java 6和7 。
• 安卓系统
  • 更高版本的Android捆绑了java.time类的实现。
  • 对于较早的Android，ThreeTenABP项目改编了ThreeTen-Backport（如上所述）。请参阅如何使用ThreeTenABP…。

该ThreeTen-额外项目与其他类扩展java.time。该项目为将来可能在java.time中添加内容提供了一个试验场。你可能在这里找到一些有用的类，比如Interval，YearWeek，YearQuarter，和更多。

使用Java 8，新的java.time包应使用。

对象是不可变的，考虑了时区和夏时制。

您可以像这样ZonedDateTime从旧java.util.Date对象创建对象：

    Date date = new Date();
    ZonedDateTime zonedDateTime = date.toInstant().atZone(ZoneId.systemDefault());

我一直提倡乔达时代。这就是为什么。

1. API一致且直观。与java.util.Date/Calendar API不同
2. 与java.text.SimpleDateFormat不同，它没有线程问题等（我已经看到许多客户端问题，这些问题与不意识到标准日期/时间格式不是线程安全的）有关。
3. 它是新的Java日期/时间API（JSR310，计划用于Java 8）的基础。因此，您将使用将成为核心Java API的API。

编辑：如果可以迁移到Java 8，则Java 8引入的Java日期/时间类现在是首选解决方案。

聚会晚了一点，但是Java在JDK 8中有一个新的Date Time API。您可能要升级JDK版本并采用该标准。不再有凌乱的日期/日历，没有更多的第三方罐子。

日期应重新制定。它应该不是年长的整数，而应将年，月，日，时，分，秒作为单独的字段。存储与该日期相关联的日历和时区甚至更好。

在我们的自然对话中，如果在纽约时间2013年11月1日下午1点设置约会，则此日期为DateTime。它不是日历。因此，我们也应该能够在Java中像这样交谈。

当日期存储为长整数（自1970年1月1日以来的毫秒数）时，计算其当前日期取决于日历。不同的日历将给出不同的日期。这是出于给出绝对时间的预期（例如，在“大爆炸”之后1万亿秒）。但是通常我们还需要一种方便的对话方式，例如封装年份，月份等的对象。

我想知道Java是否有新的进展来协调这两个目标。也许我的Java知识太旧了。

顺便说一句，“日期”通常被标记为“过时/已弃用”（我不知道确切原因）-关于它的内容写在 Java中：为什么不赞成使用Date构造函数，而我应该使用什么呢？

看来这只是构造函数的问题，只能通过新的Date（int year，int month，int day），推荐的方法是通过Calendar并分别设置参数。.（Calendar cal = Calendar.getInstance（）; ）

当我需要对日期进行某些特定的操作（例如时间上的移动）时，我使用Calendar，但是Date当您需要格式化日期以适应您的需求时，我发现它很有用，最近我发现Locale有很多有用的操作和方法。我正在使用语言环境！