问题

Question

 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 1

answer by Kokorin是正确的。这是一个更多的讨论。

问题

当您调用now方法并且未传递任何参数时，您未能指定时区。在该省略中，java.time以静默方式应用JVM的当前默认时区来确定当前本地时间和当前本地日期。

您声称JVM的当前默认时区为Asia/Kolkata（印度时间）。如果你在办公室运行该代码的时间是15:30，那么你的代码就是说“让我们把我的15:30用作迪拜代表wall-clock time的输入”。因此，虽然目前在迪拜的时刻实际上是14:00（比我想象的印度还要短一个半小时，但不确定），你在迪拜的未来创造了一个半小时的日期时间：15：30。

当您在dubai行中通过ZonedDateTime.of( localDate, localTime, 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" ) );

BIG TIP： 始终传递可选的时区参数。虽然我非常尊重java.time中的工作，但我认为在各种方法上将时区参数作为设计缺陷是可选的。 JVM当前默认时区的静默隐式应用程序很容易成为许多程序员的陷阱。顺便说一句，Locale的同上，总是指定。

另一个提示： 在UTC中思考，工作和存储。作为一名程序员，你必须学会用UTC思考，让你的头脑“我在加尔各答的时间“和”他们在迪拜的时间“。你会让自己疯狂，让你的大脑受伤。编程时，要知道唯一的真实时间是UTC 。所有其他迪拜/加尔各答/蒙特利尔/奥克兰时代都是烟雾缭绕，仅仅是幻想。在大部分代码中使用Instant类，在进行日期时间工作时将其设为“转到”类（仅将时区应用于用户）。在数据库中使用UTC。以UTC格式进行登录。将您的服务器保持在UTC（或冰岛）时区。在将日期时间值序列化到存储或数据交换时使用UTC（并使用ISO 8601格式btw）。在桌面或屏幕上显示UTC时钟。之后，当你下班回家时，你可以回到自己当地的“印度时代”思考。

Answer 2

问题是您使用本地日期和时间实例化ZonedDateTime。

这将做你想要的：

ZonedDateTime dubaiDT = Instant.now().atZone(dubaiZone);

我想使用java 8 Date Time API计算亚洲/加尔各答时间在亚洲/迪拜时区的时间

2 个答案:

问题

解决方案