- Java 双重比较
- java - 比较器与 Apache BeanComparator
- Objective-C 完成 block 导致额外的方法调用?
- database - RESTful URI 是否应该公开数据库主键?
ZoneId dubai = ZoneId.of("Asia/Dubai");
LocalDate localDate = LocalDate.now();
LocalTime localTime = LocalTime.now();
ZonedDateTime zonedDateTime = ZonedDateTime.of(localDate, localTime, dubai);
System.out.println("Dubai Tiime:"+zonedDateTime);
以上代码仍在打印我当前区域(即亚洲/加尔各答)的时间
我还尝试了以下代码来实现相同的目的,但它也在我当前区域(亚洲/加尔各答)打印时间:
ZoneOffset offset = ZoneOffset.of("+04:00");
LocalDateTime localDateTime = LocalDateTime.now();
OffsetDateTime plusFour = OffsetDateTime.of(localDateTime, offset);
System.out.println("Dubai Time :"+plusFour);
我不明白为什么它没有提供预期的结果。
最佳答案
answer by Kokorin是正确的。这里有更多的讨论。
当您调用 now
方法且未传递任何参数时,您未能指定时区。在那个遗漏中,java.time 默默地应用了 JVM 当前的默认时区来确定当前本地时间和当前本地日期。
您声称 JVM 当前的默认时区是 Asia/Kolkata
(印度时间)。如果您在办公室运行该代码时是 15:30 时间,那么您的代码会说“让我们把我的 15:30 用作输入来表示 wall-clock time”。在杜拜”。因此,虽然迪拜的当前时刻实际上是 14:00(我认为比印度更接近 UTC 一个半小时,不确定),但您在迪拜的 future 创建了一个半小时的日期时间:15:30。
当您在 ZonedDateTime.of( localDate, localTime, dubai )
行中传递 dubai
时,您假设您要求在两者之间进行调整时区。但实际上,您分配一个时区给一个根本没有时区的普通(“本地”)日期和时间。 Local...
这三个类都没有在内部存储时区;他们的目的是忽略时区。您的代码不符合您的意图。
请注意,在您的代码修订版中,我如何传递您的 ZoneId
反对这两个 now
方法。这将解决您的问题。
ZoneId dubai = ZoneId.of ( "Asia/Dubai" );
LocalDate localDate = LocalDate.now ( dubai );
LocalTime localTime = LocalTime.now ( dubai ); // Capturing `14:00` in Dubai rather than than `15:30` in India as in your version of code.
ZonedDateTime zonedDateTime = ZonedDateTime.of ( localDate , localTime , dubai );
System.out.println ( "Dubai Tiime:" + zonedDateTime );
但这仍然是糟糕的代码。如果那对 .now
方法在午夜敲响时被调用,您将得到非常错误的信息(大约 24 小时后)。
相反,您应该自动捕获当前时刻。要么使用 Kokorin 的代码,要么使用我接下来显示的代码。
Instant
是 UTC 时间轴上的一个时刻,分辨率为 nanoseconds .
Instant instant = Instant.now();
ZoneId zoneId_Dubai = ZoneId.of( "Asia/Dubai" );
ZonedDateTime zdt_Dubai = ZonedDateTime.ofInstant( instant , zoneId_Dubai );
作为捷径,调用静态方法ZonedDateTime.now
.
ZonedDateTime zdt_Dubai = ZonedDateTime.now( zoneId_Dubai );
看到相同的时刻,但与你自己 wall-clock time , 调整为 India time .
ZonedDateTime zdt_Kolkata = zdt_Dubai.withZoneSameInstant( ZoneId.of( "Asia/Kolkata" ) );
重要提示: 始终传递可选的时区参数。虽然我非常尊重 java.time 所做的工作,但我认为在各种方法上使时区参数可选是一个设计缺陷。 JVM 当前默认时区的静默隐式应用对于许多程序员来说太容易掉入陷阱了。顺便说一句,同上 Locale
, 始终指定。
另一个提示: 在 UTC 中思考、工作和存储. 作为一名程序员,你必须学会用 UTC 思考,把你的头从“我在加尔各答的时间”和“他们在迪拜的时间”中解放出来。你会把自己逼疯,让你的大脑受伤。在编程时,要知道唯一的真实时间是 UTC。所有其他迪拜/加尔各答/蒙特利尔/奥克兰时间都是烟雾和镜子,仅仅是幻觉。在您的大部分代码中使用 Instant
类,在进行日期时间工作时将其作为您的“转到”类(仅应用时区以显示给用户)。在您的数据库中使用 UTC。在 UTC 中进行登录。将您的服务器保持在 UTC(或冰岛)时区。在将日期时间值序列化到存储或数据交换时使用 UTC(顺便说一句,使用 ISO 8601 格式)。在您的桌面或屏幕上放一个显示 UTC 的时钟。稍后,当您下类回家时,您可以回到自己本地的“印度时间”思维中。
关于java - 我想使用 java 8 Date Time API 从亚洲/加尔各答的时间计算亚洲/迪拜时区的时间,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36707431/
我是一名优秀的程序员,十分优秀!