java system.currenttimemillis()-金沙1005

参考自：

方法功能：返回从1970年1月1日午夜（utc）开始到当前时间的毫秒值.

其中，需要特别说明的地方

1.午夜(midnight)指的时间是 0时0分0秒，utc表示该时间是0时区的时间
2.当前时间，不是指我们北京时间（utc 8，东八区）的当前时间，而是0时区的当前时间。

例如，你现在的时间是1970-01-01 08:00:01（utc 8），此刻0时区的时间是1970-01-01 00:00:01（utc），共经过了1秒，所以计算机中存储的毫秒值是1000。

unix系统把1970年1月1日 00:00:00 gmt（gmt也表示0时区含义）作为时间的开始，称为纪元。

当时，操作系统是32位的，综合考虑决定使用32位的有符号数存储时间。对于1970年1月1日 00:00:00 utc (等价我们的时间1970年1月1日 08:00:00 utc 8)在计算机中存储为0。

注意，在unix中存储的值的单位是秒，在java编程语言中的值的单位是毫秒。

用32位有符号能表示的最大值是01111111 11111111 11111111 11111111, 即214748367, 对应utc时间2038年1月19日3时14分7秒。过了这个时间点，时间会溢出并变成10000000 00000000 00000000 00000000，即-214748368，对应的utc时间1901年12月13日20时45分52秒，这样便会出现时间回归的现象，很多软件便会运行异常了。

要解决这个问题，最简单的方式是扩展unix时间的长度，用64位数字来表示它。64位二进制数的实际可用位数是63位。最大表示到公历的utc时间292277026596年12月4日。如果那个时候人类文明还存在的话。公元纪年很可能已经因为太难用而被抛弃了。理想的情况是到2038年, 64位系统已经成为主流，从而避免特意去修正这个问题所需要的大量开销。否则，人们就必须把新的64位时间拆分成两部分并分别保存在两个变量里，这是一个麻烦而且效率低下的选择。

许多操作系统和编程语言都是以unix为基础的，因此时间的起点，纪元通常和unix选定的1970年1月1日 00:00:00 gmt一致。

三、java中时间的表示

文章最开始就提到：时间是从1970年1月1日午夜（utc）开始到当前时间的毫秒值。

java中使用java.util.date保存该毫秒值。

使用指定的long类型的毫秒值作为参数，初始化date对象

默认构造函数使用当前时间的毫秒值初始化date对象

另外，我们可以看到返回值是long类型，在java中毫秒值是用64位存储的，不存在2038年的问题。

第一点，对于1970-01-01 00:00:01（utc），毫秒值应该是1000，那么java的实际存储值是1000吗？让我们来做个实验吧。

---

public static void main( string[] args ) throws exception { 
   
        simpledateformat sdf = new simpledateformat("yyyy-mm-dd hh:mm:ss");
        // 设置时区0时区
        sdf.settimezone(timezone.gettimezone("gmt"));
        string source = "1970-01-01 00:00:01";
        date data = sdf.parse(source);
        system.out.println("0时区时间："  source ", 保存的毫秒值："  data.gettime());
    }

运行结果，和我们期待的一样：

第二点，我们的东八区北京时间1970-01-01 08:00:01（utc 8），存储值也是1000吗？注意，这里的时间是8小时0分1秒

    public static void main( string[] args ) throws exception { 
   
        simpledateformat sdf = new simpledateformat("yyyy-mm-dd hh:mm:ss");
        // 设置时区为东八区
        sdf.settimezone(timezone.gettimezone("gmt 8"));
        string source = "1970-01-01 08:00:01";
        date data = sdf.parse(source);
        system.out.println("东八区时间："  source ", 保存的毫秒值："  data.gettime());
    }
}

运行结果如下图所示，验证了当前时间是指0时区的时间。

第三点，对于2038年1月19日3时14分7秒（utc)，在unix32位系统中保存为int的最大值214748367（秒），那么在java的64位long类型中保存的值是214748367 * 1000 = 2147483671000毫秒吗？

     public static void main( string[] args ) throws exception { 
   
        simpledateformat sdf = new simpledateformat("yyyy-mm-dd hh:mm:ss");
        // 设置时区0时区
        sdf.settimezone(timezone.gettimezone("gmt"));
        string source = "2038-01-19 03:14:07";
        date data = sdf.parse(source);
        system.out.println("0时区时间："  source ", 保存的毫秒值："  data.gettime());
        system.out.println("int最大值*1000："  (long)integer.max_value * 1000);
    }

运行结果，也和我们期待的一致

---

参考文章列表： 【[关于1970-1-1 00:00.000的知识](https://blog.csdn.net/tianzizhi/article/details/4547373) 】