较旧的日期被解析为夏令时,即使在 Java 中并非如此
Older dates are parsed as summer time, even if that is not true in Java
我在显示多个存储为长整数的日期时遇到问题。
我使用带有 long 参数的构造函数创建日期对象,然后将日期打印到 PDF 文件。
但是,与 Windows.
相比,当 运行 Linux 上的程序时,我对较旧的日期有疑问
以这个日期:1976年4月25日00:00:00(长值:199231200000L)为例。如果我使用 dateformater 来显示日期,它将在 Linux 和 Windows:
上显示不同
在 Windows:1976 年 4 月 25 日 00:00:00 CEST
在 Linux:1976 年 4 月 24 日 23:00:00 CET
文字代表。可以简单地通过 运行 以下行显示:
DateFormat.getDateTimeInstance( DateFormat.FULL, DateFormat.FULL ).format( new Date( 199231200000L) )
我使用 Joda Time 获取此测试的日期值:
new org.joda.time.DateTime().withDate( 1976, 4, 25 ).withTime( 0, 0, 0, 0 ).toDate().getTime()
为什么 Windows 将输出显示为 CEST,而 Linux 显示为 CET?
我在显示多个存储为长整数的日期时遇到问题。 我使用带有 long 参数的构造函数创建日期对象,然后将日期打印到 PDF 文件。
但是,与 Windows.
相比,当 运行 Linux 上的程序时,我对较旧的日期有疑问以这个日期:1976年4月25日00:00:00(长值:199231200000L)为例。如果我使用 dateformater 来显示日期,它将在 Linux 和 Windows:
上显示不同在 Windows:1976 年 4 月 25 日 00:00:00 CEST
在 Linux:1976 年 4 月 24 日 23:00:00 CET
文字代表。可以简单地通过 运行 以下行显示:
DateFormat.getDateTimeInstance( DateFormat.FULL, DateFormat.FULL ).format( new Date( 199231200000L) )
我使用 Joda Time 获取此测试的日期值:
new org.joda.time.DateTime().withDate( 1976, 4, 25 ).withTime( 0, 0, 0, 0 ).toDate().getTime()
为什么 Windows 将输出显示为 CEST,而 Linux 显示为 CET?