java joda 获取utc时间_java – 使用JodaTime以毫秒为单位的UTC到本地时间

如果您的DateTime是UTC并且您想将其转换为另一个时区,则可以使用withZone方法进行转换.

对于下面的示例,我的默认时区是America / Sao_Paulo(您可以使用DateTimeZone.getDefault()检查您的时区)：

// create today's date in UTC

DateTime mStartDate = DateTime.now(DateTimeZone.UTC).withTimeAtStartOfDay();

// date/time in UTC

System.out.println(mStartDate); // 2017-06-13T00:00:00.000Z

// date/time in my default timezone (America/Sao_Paulo)

System.out.println(mStartDate.withZone(DateTimeZone.getDefault())); // 2017-06-12T21:00:00.000-03:00

输出是：

2017-06-13T00:00:00.000Z

2017-06-12T21:00:00.000-03:00

请注意,withZone方法正确地将日期和时间转换为我的时区(在America / Sao_Paulo中,当前偏移量为UTC-03：00),因此进行了相应调整.

如果您想获得时间(小时/分钟/秒),可以使用toLocalTime()方法：

System.out.println(mStartDate.withZone(DateTimeZone.getDefault()).toLocalTime()); // 21:00:00.000

输出是：

21:00:00.000

如果您想要其他格式(例如,不打印秒数的3位数),则可以使用DateTimeFormatter.好处是您可以在格式化程序中设置时区,因此您无需转换DateTime：

// create formatter for hour/minute/second, set it with my default timezone

DateTimeFormatter fmt = DateTimeFormat.forPattern("HH:mm:ss").withZone(DateTimeZone.getDefault());

System.out.println(fmt.print(mStartDate)); // 21:00:00

输出是：

21:00:00

要获得范围,可以使用上述方法之一和DateTime(mStartDate和mEndDate),并使用DateTimeFormatter更改为您需要的任何格式.

PS：我认为你在使用getMillis()时缺少的是日期时间(UTC和默认时区)代表同一时刻.你只是将这一瞬间转换为当地时间,但毫秒是相同的(想想,此时此刻,世界上的每个人都处于同一时刻(相同的毫秒),但他们的当地时间可能会有所不同取决于他们在哪里).因此,在将UTC DateTime转换为另一个时区时,我们只是找到该区域中的当地时间,该时间对应于相同的millis.

您可以在两个对象上使用getMillis()方法检查：

System.out.println(mStartDate.getMillis()); // 1497312000000

System.out.println(mStartDate.withZone(DateTimeZone.getDefault()).getMillis()); // 1497312000000

请注意,即使我将对象转换为另一个时区,millis仍保持不变(1497312000000).那是因为两者都代表同一时刻,我只是将它们移动到另一个时区,其中各自的当地时间不同.

Java新的日期/时间API

Joda-Time它被停用并被新的API取代,所以我不建议用它开始一个新项目.如果是这种情况,您可以考虑使用新的日期/时间API,但如果您使用Joda的代码库很大或者现在不想迁移它,您可以考虑其余的答案.

无论如何,即使在joda’s website它说：“请注意,Joda-Time被认为是一个很大程度上已完成的项目.没有计划进行重大改进.如果使用Java SE 8,请迁移到java.time(JSR-310).” *.

如果您使用Java< = 7,则可以使用ThreeTen Backport,这是Java 8的新日期/时间类的一个很好的后端.对于Android,有一种方法可以使用它,使用ThreeTenABP(更多关于如何使用它here).

以下代码适用于两者.

唯一的区别是包名称(在Java 8中是java.time,在ThreeTen Backport(或Android的ThreeTenABP)中是org.threeten.bp),但类和方法名称是相同的.

要以UTC开头获取当前日期,您可以执行以下操作：

// UTC's today at start of the day

ZonedDateTime utc = LocalDate.now(ZoneOffset.UTC).atStartOfDay(ZoneOffset.UTC);

System.out.println(utc); // 2017-06-13T00:00Z

首先,我使用LocalDate.now(ZoneOffset.UTC)来查找UTC中的当前本地日期.如果我只使用LocalDate.now(),它将在我的默认时区得到当前日期,这不是我们想要的(它可能与UTC不同,具体取决于你在哪里 – 何时 – 你是什么以及默认时区是什么是).

然后我使用atStartOfDay(ZoneOffset.UTC)来获取UTC当天的开始.我知道使用UTC两次听起来多余,但是API允许我们在这种方法中使用任何时区,而IMO它明确了我们想要的时区(如果日期是在夏令时变化的时区,那么一天的开始可能不是午夜 – 时区参数是为了保证设置正确的值).

输出是：

2017-06-13T00:00Z

要转换为我的默认时区,我可以使用ZoneId.systemDefault(),在我的例子中返回America / Sao_Paulo.要转换它并只获取本地时间部分,只需执行以下操作：

System.out.println(utc.withZoneSameInstant(ZoneId.systemDefault()).toLocalTime()); // 21:00

输出是：

21:00

如果要更改它,还可以使用格式化程序：

// formatter for localtime (hour/minute/second)

DateTimeFormatter fmt = DateTimeFormatter.ofPattern("HH:mm:ss");

System.out.println(fmt.format(utc.withZoneSameInstant(ZoneId.systemDefault()))); // 21:00:00

输出是：

21:00:00