1970年1月1日
今天在看Python API时，看到time模块:
The epoch is the point where the time starts. On January 1st of that year, at 0 hours,the “time since the epoch” is zero. For Unix, the epoch is 1970. To find out what the epoch is, look at gmtime(0).
定义time从1970年1月1日开始，忽然想到在java里，oracle数据库时间也是从1970
年1月1日开始计算。比如java类代码
Date date = new Date(0);
System.out.println(date);
打印出来的结果:
Thu Jan 01 08:00:00 CST 1970
也是1970年1月1日，实际上时分秒是0点0分0秒(这里打印出来是8点，稍后会作解释)。
为什么这个时间会定义在1970年1月1日这个时候呢?
于是开始了Google，中文网页根本找不到答案。于是试着搜索英文关键字,在Sun java论坛总算找到准确的帖子:
http://forums.sun.com/thread.jspa?threadID=595140&start=15
其中有一个回复:
I suspect that Java was born and raised on a UNIX system.
UNIX considers the epoch (when did time begin) to be midnight, January 1, 1970.
是说java起源于UNIX系统，而UNIX认为1970年1月1日0点是时间纪元.
但这依然没很好的解释”为什么”,出于好奇，继续Google，总算找到了答案:
http://en.wikipedia.org/wiki/Unix_time
这里的解释是:
System.out.println(integer.MAX_VALUE);
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代子孙，哪
怕地球毁灭那天都不用愁不够用了，因为这个时间已经是千亿年以后了。
最后一个问题:上面System.out.println(new Date(0))，打印出来的时间是8点而非0点，
原因是存在系统时间和本地时间的问题，其实系统时间依然是0点，只不过我的电脑时区
设置为东8区，故打印的结果是8点。
我想以上问题如果作为面试题，也能难倒一批人了.
转载自：http://blog.sina.com.cn/s/blog_61352f210100geai.html
相关阅读
假设检验 差异性检验: t检验、秩和检验（如wilcox检验）、Kolmogorov-Smirnov检验 组间差异检验：方差分析、Fisher检验、卡方检验 相
直通线的意思是一根双绞线的两端水晶头压线的标准一致，直通线一般采用EIA／TIA568B标准。交叉线一头用T568A标准做，一头用T568B标准来
当应用程序被用户打开时，在程序启动过程中被用户所看到的过渡页面(或动画)都被我们统称为启动页。在我们的实际产品使用或是设计过
计算机系统漫游 程序 程序的生命周期从一个源程序（源文件）开始，即程序员利用编辑器创建并保存的文本文件，如文件名为hello.c的c语言程
Facebook、Dropbox、HubSpot都是如何计算获客成本的？
CAC包含很多因素，它的计算公式并不是一个简单万能、放之四海而皆准的万灵药。在影响公司估值的所有因素中，最常用的两个指标就是CAC