夏令时间在Javascript于1974年?

Question

"期间的"能源危机"年，国会颁布了较早的起始日期为白天的时间。在1974年，白天的时间开始于6月份并于1975年开始在23个月。之后这两年的起始日期恢复到最后一个星期在四月。"
(通过 http://aa.usno.navy.mil/faq/docs/daylight_time.php )

似乎有一种错误的Javascript日期对于这些日期。如果你把127627200000毫秒的日期，它应该被四月17 00:00:00EDT1974年。这是正确的 http://www.fileformat.info/tip/java/date2millis.htm, ，但是不正确 http://www.esqsoft.com/javascript_examples/date-to-epoch.htm, ，这表示，它将以三月16 1974年，23:00:00GMT-0500(东部标准时间)。如果创建一个新的日期(127627200000)目的在javascript，它提供了后者的日期转换。发生这种情况在所有主要的浏览器。

我不能想象这是第一次，这已经是一个问题，任何人，但我找不到任何其他情况下的这个问题与几个搜索在线。没有人知道，如果现有解决这个或更容易修复过手动检查的日期Javascript有转换错了吗？是否还有其他日期，这是一个问题吗？

Answer 1

与以往一样，它最好检查的规格：)

在这种情况下，我很震惊地看到在这部分15.9.1.9的 通信机制详解-262:

执行情况的写 不应该试图确定是否 的确切时间受到白天 节省时间，但是只有无论是白天 节省的时间就已经在效果 如果目前的夏令时间 算法已经使用的时间。这样可以避免的并发症比如 考虑到年， 区域观察到夏令时间 全年。

换句话说，一个一致的写法的实现是 不允许 是历史准确的。

现在是否切实遵循这个或者不是，我不确定...但它确实表明你需要一些单独的图书馆如果你想得到的历史上是准确的时区...其中，"历史上是准确的"没有将近以追溯到1974年，当然:美国改变其DST计划在2007年，国家和其他国家已经这样做了更多最近于(并以较少的警告).

---

¹ 第一次出现的15.9.1.9.由于某些原因，它发生两次，一次用于"夏令时间调整"和一次"当地时间"。哇。

Answer 2

Java那样历史时间区（后至约1920），JavaScript的显然不