Java获取当前时区时间
- System.currentTimeMillis
- LocalDateTime
- 最终结果
全球根据纬度不同,划分不同的时区。对于此时此刻,大家同处同一个时间点,但是,每个时区的时间表示是不同的。Java可以使用
System.currentTimeMillis
和
LocalDateTime
相关代码获取当前时区时间。
System.currentTimeMillis
- 获取当前毫秒数,与时区无关,我们Java的
new Date()
方法,也是通过它创建当前时间实例。 - 获得的是自1970-01-01 00:00:00.000到当前时刻的时间距离,类型为long
- 获取的毫秒数是系统当前时区的
1970-01-01 00:00:00.000
以来的毫秒数,如果使用的是linux系统默认时区(0),则对于我国的+8时区刚好差8小时毫秒数
import java.time.Instant;
import java.time.LocalDateTime;
import java.time.ZoneOffset;
import java.util.Calendar;
import java.util.TimeZone;
public class Test2 {
public static void main(String[] args) {
String os = System.getProperty("os.name");
TimeZone zone = TimeZone.getDefault();
System.out.println("zone = " + zone.getID() + ", os = " + os);
long time1 = System.currentTimeMillis();
LocalDateTime local = LocalDateTime.now();
long time2 = local.toInstant(ZoneOffset.UTC).toEpochMilli();
TimeZone.setDefault(TimeZone.getTimeZone("UTC"));
Calendar calendar = Calendar.getInstance(TimeZone.getTimeZone("UTC"));
long time3 = calendar.getTime().getTime() + 8 * 60 * 60 * 1000;
System.out.println("time1 = " + time1);
System.out.println("time2 = " + time2);
System.out.println("time3 = " + time3);
}
}
运行结果
zone = Asia/Shanghai, os = Windows 10
time1 = 1662279837186
time2 = 1662308637222
time3 = 1662308637235
LocalDateTime
-
LocalDateTime
本身不包含时区信息,它存储了年、月、日、小时、分钟、秒和纳秒等数字。 -
LocalDateTime
默认只是存储当前系统所在时区当前时刻的年月日时分秒的数字 -
LocalDateTime.now
可以在传递参数时指定时区 -
toInstant()
可以指定时区生成毫秒数(这里指定国际时间 UTC 0,实际上就是 System.currentTimeMillis() + 时区偏移毫秒数)
import java.time.Instant;
import java.time.LocalDateTime;
import java.time.ZoneOffset;
import java.util.Calendar;
import java.util.TimeZone;
public class Test3 {
public static void main(String[] args) {
String os = System.getProperty("os.name");
TimeZone zone = TimeZone.getDefault();
System.out.println("zone = " + zone.getID() + ", os = " + os);
long time1 = System.currentTimeMillis();
// LocalDateTime itself does not contain time zone information, it stores numbers such as year, month, day, hour, minute, second, and nanosecond.
LocalDateTime local = LocalDateTime.now();
System.out.println("local = " + local);
long time2 = local.toInstant(ZoneOffset.UTC).toEpochMilli();
// LocalDateTime.now can specify the time zone when passing the parameter
LocalDateTime dtUtc = LocalDateTime.now(ZoneOffset.UTC);
System.out.println("dtUtc = " + dtUtc);
long time3 = dtUtc.toInstant(ZoneOffset.UTC).toEpochMilli();
Calendar calendar = Calendar.getInstance(TimeZone.getTimeZone("UTC"));
long time4 = calendar.getTime().getTime() ;//+ 8 * 60 * 60 * 1000;
System.out.println("time1 = " + time1);
System.out.println("time2 = " + time2);
System.out.println("time3 = " + time3);
System.out.println("time4 = " + time3);
}
}
运行结果
zone = Asia/Shanghai, os = Windows 10
local = 2022-09-04T16:25:27.030469500
dtUtc = 2022-09-04T08:25:27.031493500
time1 = 1662279926996
time2 = 1662308727030
time3 = 1662279927031
time4 = 1662279927031
最终结果
- 其实只要服务器设置的时区是正确的,无论
LocalDateTime.now()
还是System.currentTimeMillis()
都是正确的,都没有问题 - 如果时区不正确,就要考虑针对时区处理下8小时毫秒数差距
- 下面使用
LocalDateTime.now().toInstant(ZoneOffset.UTC).toEpochMilli()
获取当前毫秒数,再获取系统时区,判断是否为Asia/Shanghai
,若不是(linux默认0时区),则加8小时毫秒数(8 * 60 * 60 * 1000
)
// LocalDateTime 本身不包含时区信息(只是当前系统所在时区当前时刻的年月日时分秒)
// toInstant可以指定时区生成毫秒数(这里指定国际时间 UTC 0,实际上就是 System.currentTimeMillis() + 时区偏移毫秒数)
long time = LocalDateTime.now().toInstant(ZoneOffset.UTC).toEpochMilli();
TimeZone zone = TimeZone.getDefault();
// 东八区为北京/上海时间,国内一般使用 UTC +8(但是linux服务器、docker初始都是 UTC 0)
if (!"Asia/Shanghai".equals(zone.getID())) {
time += 8 * 60 * 60 * 1000;
}
System.out.println("当前zone为:" + zone + ", 当前时间为:" + time);