关于System.currentTimeMillis()的理解

2020-02-28 10:39:47 阅读：320 来源： 互联网

标签：00 timestamp System currentTimeMillis 毫秒理解时区

System.currentTimeMillis() 获取的是当前时刻距离 1970-1-1 00:00:00.000（0时区） 的毫秒数。注意

1970年1月1日0时0分0秒0毫秒，这个时刻是0时区的。不是东八区的 1970-1-1 00:00:00.000
表述上只是到达了0毫秒，但其实后续的值都是0，如 1970年1月1日0时0分0秒0毫秒0微秒0纳秒0皮秒0...
正因为该方法是当前时刻到0时区的毫秒数，所以在这里时刻，无论在哪个时区获取，值都是一样的（意思是不管你把操作系统的时区改成什么，在同一时刻获取的值都是绝对一样的）

package com.wyf.test.timezone.example00;

import java.time.ZoneId;

/**
 * 本类用于测试，在同一时刻调用 System.currentTimeMillis()，不会因为你的时区不同而获取到不同的数值
 * <p>
 * 测试方法：初始时区在上海，运行一次，得到时间戳1，接着切换操作系统的时区到东京，再运行一次，得到时间戳2。时间戳2和时间戳1的差值，是你切换时区的耗时。
 * <p>
 * 结论：可以看到耗时远远没有达到两个时区的差值1小时（差值仅仅是你切换OS的时区的手速）。说明无论你在什么时区，同一时刻获取的 System.currentTimeMillis() 的值是一样的
 * <p>
 * 实验值：
 * OSTimezone: Asia/Shanghai,timestamp: 1582855042967
 * OSTimezone: Asia/Tokyo,timestamp: 1582855047352
 * <p>
 * long millisSec = 1582855047352L - 1582855042967L;
 * System.out.println("相差毫秒数：" + millisSec + "，秒数：" + (millisSec / 1000));
 * 打印：相差毫秒数：4385，秒数：4
 *
 * @author Stone
 * @version V1.0.0
 * @date 2020/2/27
 */
public class TestSystemCurrentTimeMillis {
    public static void main(String[] args) throws InterruptedException {
        long timestamp = System.currentTimeMillis();
        System.out.println("OSTimezone: " + ZoneId.systemDefault() + ",timestamp: " + timestamp);
    }
}

石头StoneWang 发布了66 篇原创文章 · 获赞 38 · 访问量 2万+ 私信关注

标签：00,timestamp,System,currentTimeMillis,毫秒,理解,时区
来源： https://blog.csdn.net/w8y56f/article/details/104551186

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9

关于System.currentTimeMillis()的理解