以前從來沒關注過這個問題,今天使用阿里雲的DTS時,需要一個參數就是時間戳,然后,使用java生成了一個,但是和示例給的時間戳明顯位數不同,就很奇怪,這里做一些實驗測試。
1.時間戳的區別
Unix時間戳是從1970年1月1日(UTC/GMT的午夜)開始所經過的秒數,不考慮閏秒。
但是Java中很多獲取時間戳的API並不是獲取到Unix時間戳,而是獲取到*從1970年1月1日(UTC/GMT的午夜)開始所經過的毫秒數***。以毫秒計算的時間戳下面統一稱為時間戳。
2.java.util.Date提供的方法
@Test
public void get(){
Date date = new Date();
long time = date.getTime();
log.info("=="+time);
}
結果:
20:23:10.041 [main] INFO com.jun.prove.common.TimeStampUtils - ==1584966190036
sql:
select unix_timestamp(now());

發現:
幾乎是一樣的,一個是毫秒,一個是秒。
3.java.util.Calendar
@Test
public void canlendar(){
//初始化Calendar對象
Calendar calendar=Calendar.getInstance();
//獲取Calendar對象對應的時間戳
System.out.println(calendar.getTimeInMillis());
}
結果:
1584966409568
sql:

4.java.sql.Timestamp
public void timeStamp(){
//初始化Timestamp,需要注意構造方法的入參是一個時間戳
Timestamp timestamp=new Timestamp(System.currentTimeMillis());
//獲取Timestamp對象對應的時間戳
System.out.println(timestamp.getTime());
}
5.JDK8中java.time.LocalDateTime
@Test
public void get2() {
//初始化時區對象,北京時間是UTC+8,所以入參為8
ZoneOffset zoneOffset = ZoneOffset.ofHours(8);
//初始化LocalDateTime對象
LocalDateTime localDateTime = LocalDateTime.now();
//獲取LocalDateTime對象對應時區的Unix時間戳
System.out.println(localDateTime.toEpochSecond(zoneOffset));
}
結果:1584966767
sql:

