1、最懒的解释 
 很多编程语言起源于UNIX系统，而UNIX系统认为1970年1月1日0点是时间纪元，所以为偶们常说的UNIX时间戳是以1970年1月1日0点为计时起点时间的。 
 2、深入的了解 
 最初计算机操作系统是32位，而时间也是32为表示。
 
System.out.println(Integer.MAX_VALUE);     2147483647
 
Integer在java内用32位表示，因此32为能表示的最大值就是2147483647。另外一年365天的总秒数是31536000,2147483647/31536000=68.1,也就是说32为能表示的最长时间是68.1，也就是说32为能表示的最长时间就是68年，从1970年开始的话，加上68.1年，实际最终到2038年01月19日03时14分07秒，便会达到最大时间，过了这个时间点，所有32为操作系统时间便会变为10000000 00000000 00000000 00000000,算下来也就是1901年12月13日20时45分52秒，这样便会出现时间回归的现象，很多软件便会运行异常。 
 到这里我想问题的答案已经显现出来了，那就是因为用32为来表示时间的最大间隔是68年，而最早出现的UNIX系统考虑到计算机产生的年代个应用的时限，综合取了1970年1月1日作为UNIX TIME的纪元时间（开始时间），至于时间回归现象相信随着64位操作系统可以表示到292,277,026,596年的12月4日14时30分08秒，这是时间已经是千亿年以后了，所以也不用担心了。

几天看到了Date类型，不禁疑惑为什么Date.getTime为什么从1970-01-01算起呢？
 1、最懒的解释
 
很多编程语言起源于UNIX系统，而UNIX系统认为1970年1月1日0点是时间纪元，所以我们常说的UNIX时间戳是以1970年1月1日0点为计时起点时间的。
 
说了这个懒人的解释，估计大家还没有懂得真正的意思。所以我们接下来深入的了解一下。
 
2、深入的了解
 
最初计算机操作系统是32位，而时间也是用32位表示。
 
System.out.println(Integer.MAX_VALUE);
 2147483647
 
Integer 在JAVA内用32位表示，因此32位能表示的最大值是2147483647。另外1年365天的总秒数是 31536000，2147483647/31536000 = 68.1，也就是说32位能表示的最长时间是68年，从1970年开始的话，加上68.1，实际最终到2038年01月19日03时14分07秒，便会到 达最大时间，过了这个时间点，所有32位操作系统时间便会变为10000000 00000000 00000000 00000000，算下来也就是1901年12月13日20时45分52秒，这样便会出现时间回归的现象，很多软件便会运行异常了。
 
到这里，我想问题的答案已经显现出来了，那就是:因为用32位来表示时间的最大间隔是68年，而最早出现的UNIX操作系统考虑到计算机产生的年代和应用的 时限综合取了1970年1月1日作为UNIX TIME的纪元时间(开始时间)，至于时间回归的现象相信随着64为操作系统的产生逐渐得到解决，因为用64位操作系统可以表示到 292,277,026,596年12月4日15时30分08秒，相信我们的N代子孙，哪怕地球毁灭那天都不用愁不够用了，因为这个时间已经是千亿年以后了。
 
作者：朵朵朵
 链接：http://www.imooc.com/article/1398
 来源：慕课网

最初计算机操作系统是32位，而时间也是用32位表示。
System.out.println(Integer.MAX_VALUE);
2147483647
Integer在JAVA内用32位表示，因此32位能表示的最大值是2147483647。另外1年365天的总秒数是31536000，
2147483647/31536000 = 68.1
也就是说32位能表示的最长时间是68年，而实际上到2038年01月19日03时14分07
秒，便会到达最大时间，过了这个时间点，所有32位操作系统时间便会变为
10000000 00000000 00000000 00000000
也就是
1901年
12月13日
20时45分52秒，这样便会出现时间回归的现象，很多软件便会运行异常了。
到这里，我想问题的答案已经出来了:
因为用32位来表示时间的最大间隔是68年，而最早出现的UNIX操作系统考虑到计算
机产生的年代和应用的时限综合取了1970年1月1日作为UNIX TIME的纪元时间(开始
时间)，而java自然也遵循了这一约束。
至于时间回归的现象相信随着64为操作系统的产生逐渐得到解决，因为用64位操作
系统可以表示到
292,277,026,596年
12月4日
15时30分08秒，相信我们的N代子孙，哪
怕地球毁灭那天都不用愁不够用了，因为这个时间已经是千亿年以后了。

 
 

  今天一时兴起想起了在SQL Server中使用DateTime.MinValue插入时间时报错的问题，原因就在于数据库的最小时间和.Net里的最小时间不一致导致的，网上查阅了些资料，找到如下结果
  
 Net Framewrok 中，
 
 
 

  DateTime.MinValue => 0001/01/01 00:00:00
 
 
 

  SqlDateTime.MinValue.Value => 1753/01/01 00:00:00
 
 
 

  SQL Server 2005 中，
 
 
 

  DateTime 最小值 => 1753/01/01 00:00:00
 
 
 

  SmallDateTime 最小值 => 1900/01/01 00:00:00
 
 
 

  Net Framewrok 中，
 
 
 

  DateTime.MaxValue => 9999/12/31 23:59:59.999
 
 
 

  SqlDateTime.MaxValue.Value => 9999/12/31 23:59:59.997
 
 
 

  SQL Server 2005 中，
 
 
 

  DateTime 最大值 => 9999/12/31 23:59:59.997
 
 
 

  SmallDateTime 最大值 =>2079.6.6
 
 
 
 所以需要在数据库插入最小时间时不能使用DateTime.MinValue，需要使用
 SqlDateTime.MinValue.Value。 
 
  
 
 
 好了到现在SQL Server数据库时间问题解决了，突然又想起了系统中有个啥1970年1月1日的时间。那这个时间又是啥来来历呢，怀着好奇宝宝的心理我有在网上查阅了一番得到如下解释：
 
 
 1.可以简单的这样认为：UNIX系统认为1970年1月1日0点是时间纪元，所以我们常说的UNIX时间戳是以1970年1月1日0点为计时起点时间的。这个解释是懒人最爱^_^
 
 
  
 
 
 
 2.这个比较科学
 
 
 
 最初计算机操作系统是32位，而时间也是用32位表示。32位能表示的最大值是2147483647。另外1年365天的总秒数是31536000，2147483647/31536000 = 68.1，也就是说32位能表示的最长时间是68年，而实际上到2038年01月19日03时14分07秒，便会到达最大时间，过了这个时间点，所有32位操作系统时间便会变为10000000 00000000 00000000 00000000，也就是1901年12月13日20时45分52秒，这样便会出现时间回归的现象，很多软件便会运行异常了。
 
 到这里，我想问题的答案已经出来了:因为用32位来表示时间的最大间隔是68年，而最早出现的UNIX操作系统考虑到计算机产生的年代和应用的时限综合取了1970年1月1日作为UNIX TIME的纪元时间(开始时间)，至于时间回归的现象相信随着64为操作系统的产生逐渐得到解决，因为用64位操作系统可以表示到292,277,026,596年12月4日15时30分08秒，相信我们的N代子孙，哪怕地球毁灭那天都不用愁不够用了，因为这个时间已经是千亿年以后了。