Java 调用'new Date（long）`会导致“Jan 01:00:00 CET 1970”？
Java文档描述了构造函数Datelong date从1970年1月1日00:00:00 GMT开始使用给定的毫秒时间值构造日期对象 当我开始新的约会0时，日期是1970年1月1日01:00:00 CETJava 调用'new Date（long）`会导致“Jan 01:00:00 CET 1970”？,java,date,datetime,timezone,utc,Java,Date,Datetime,Timezone,Utc,Java文档描述了构造函数Datelong date从1970年1月1日00:00:00 GMT开始使用给定的毫秒时间值构造日期对象 当我开始新的约会0时，日期是1970年1月1日01:00:00 CET 我不知道为什么它以01小时开始，因为你比格林尼治标准时间早了一个小时。日期实例只是从1970年格林尼治标准时间的00:00:00开始的毫秒数的计数器。自从你比1970年格林尼治标准时间早了一个小时，当大纪元发生时，实际上是凌晨1点 Date实例只是将其toString方法格式化为使用系统的时区
我不知道为什么它以01小时开始，因为你比格林尼治标准时间早了一个小时。日期实例只是从1970年格林尼治标准时间的00:00:00开始的毫秒数的计数器。自从你比1970年格林尼治标准时间早了一个小时，当大纪元发生时，实际上是凌晨1点
Date实例只是将其toString方法格式化为使用系统的时区。如果要使用不同的区域打印日期，请使用实例。这是因为您在欧洲时区CET中显示日期，而在unix时间中显示日期对象的毫秒数使用GMT。tl；博士 细节 尼科尔斯的答案是正确的，但已经过时了 您所在的时区在该日期比UTC提前一小时，因此UTC的午夜是您所在时区的凌晨1点。 现在，您应该使用java.time类，例如Instant，而不是Date。 避免遗留类 避免现在被java.time类取代的麻烦的旧日期时间类 遗留类的许多问题中有一个糟糕的设计选择，即让toString方法在生成表示对象值的字符串时动态应用JVM的当前默认时区。日期实际上代表UTC中的一个时刻。完全避免尴尬的课堂。如果需要，可以通过添加到旧类中的新方法在旧类和现代类之间进行转换 UTC即时 该类表示时间线上的某个时刻，分辨率高达9位小数
Instant instant = Instant.now() ; // Current moment in UTC.
ZoneId z = ZoneId.of( "Europe/Paris" ) ;
ZonedDateTime zdt = instant.atZone( z ) ;
ZonedDateTime zdtEpochParis = Instant.EPOCH.atZone( z ) ;
ZonedDateTime zdtEpochMontreal = Instant.EPOCH.atZone( ZoneId.of( "America/Montreal" ) ) ;
ZonedDateTime zdtEpochParis = Instant.EPOCH.atZone( z ) ;
ZonedDateTime zdtEpochMontreal = Instant.EPOCH.atZone( ZoneId.of( "America/Montreal" ) ) ;
该项目使用其他类扩展了java.time。这个项目是java.time将来可能添加的一个试验场。您可能会在这里找到一些有用的类，例如、、和。嗨，nichols如果我想使用stardart时区GMT而不是CET，那么HH:mm:ss的模式是什么？我尝试过HH:mm:ss GMT，它不起作用