计算时间差，引出le有趣的parse()

原来一直以为Date.parse('2015/07/29')返回的是从1970.01.01到已知的那个时间的毫秒数，顺势的以为，这是从1970.01.01的0:00开始计算的，但今天在解决一个问题时发现了异常，顺便说一下这个“引发血案”的问题吧!

问题描述

---

计算从“20020504”到“20150825”共有所少天。（就是给定两个八位串表示的日期，计算这之间的天数。）

解决过程

---

显然，这需要考虑许多因素，什么闰年啊、每个月都有多少天啊等等。当我还在纠结该怎么划分不同情况时，我突然想到JS中有一个可以计算已知时间到1970.01.01的毫秒数（瞬间嗨起来呀，if，else什么的通通给我滚开。。。）。分别计算出这两个日期相对于1970.01.01的毫秒数做差，再除以一天的毫秒数问题不就解决了，我就开始写啊写，好了，到了除以一天的毫秒数了，那么问题来了，一天有多少毫秒呢？一不做二不休，直接Date.parse("1970/01/02")不就结了。就在我还在感叹我的高智商的时候，有一个叫“坑”的家伙来找我了。。。

What？结果怎么不对呢。。后来惊奇的发现问题竟然出现在Date.parse("1970/01/02")这行代码上，结果竟然是-28800000，当时的第一反应就是难道他不是按照0:00来开始计算的？偷偷的换算了一下，居然等于-8小时，也就是说如果按照我的猜想，那么它应该是从8:00开始计算的。what are you弄啥嘞！！我读书少，表骗我啊，肿么会这样，后来在网上查了一下，发现了如下的解释：

你没有理解时间的计算机制。计算机系统里面的时间有两个,一个叫做系统时间，一个叫做本地时间。
什么是系统时间？就是跟那个什么子午线的地方一致的时间，计算机如果运行正常的话，世界上所有的计算机的系统时间都应该是相同的。但是问题来了，我们有一个时区的概念，虽然所有的计算机的系统时间相同，但是他们的本地时间不一样，比如在那个子午线上的时间是1970-01-01 00：00：00的系统时间的时候，他的本地时间也是1970-01-01 00：00：00。但是在这个时候的中国，处在东八区，它的本地时间比那个时间快八个小时，也就是1970-01-01 08：00：00。注意这只是本地时间不一致，这时候在中国的计算机的系统时间，仍然是1970-01-01 00：00：00。 现在你明白为什么了么？

明白了吗？也就是说Date 的起点并非是固定不变的e，而是要加上当前所在的时区哦！例如：北京时间的时区为东8区，起点时间实际为：'1970/01/01 08:00:00'。

解决方案

---

最终得到了如下解决方案，长姿势喽。。。

思考一下

---

今天本来是同学问我的这个问题，我本来是只想和他说说思路的，结果他非让我写出来，证明我是个合格的coder，那就写呗（那就遇见了坑呗）。。感受很深啊，动手coding真的很重要啊，所以啊，以后遇到问题，可不能光靠说的，知识之间都是有关联的，这不，中招了，coding着的是扩展自己知识的一个很好的方法啊！！