以前從來沒關注過這個問題,今天使用阿里雲的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: