这个答案与公认的答案非常相似，但没有覆盖Date原型，并且只使用一个函数调用来检查日光节约时间是否有效，而不是两个。

这个想法是，由于没有国家遵守持续7个月的夏时制[1]，在遵守夏时制的地区，1月份与UTC时间的偏移量将与7月份的偏移量不同。

虽然夏令时将时钟向前移动，但JavaScript总是在标准时间期间返回更大的值。因此，在1月和7月之间获取最小偏移量将获得夏令时期间的时区偏移量。

然后检查dates timezone是否等于该最小值。如果是，那么我们就是在夏令时;否则我们就不是了。

下面的函数使用这个算法。它接受一个日期对象d，如果夏令时在该日期有效，则返回true，如果不是则返回false:

function isDST(d) {
    let jan = new Date(d.getFullYear(), 0, 1).getTimezoneOffset();
    let jul = new Date(d.getFullYear(), 6, 1).getTimezoneOffset();
    return Math.max(jan, jul) !== d.getTimezoneOffset();    
}

我今天也遇到了同样的问题，但由于我们的夏令时开始和结束的时间与美国不同(至少从我的理解来看)，我使用了稍微不同的路线。

var arr = [];
for (var i = 0; i < 365; i++) {
 var d = new Date();
 d.setDate(i);
 newoffset = d.getTimezoneOffset();
 arr.push(newoffset);
}
DST = Math.min.apply(null, arr);
nonDST = Math.max.apply(null, arr);

然后，您只需将当前时区偏移量与DST和非DST进行比较，以查看哪一个匹配。

基于Matt Johanson对Sheldon Griffin提供的解决方案的评论，我创建了以下代码:

    Date.prototype.stdTimezoneOffset = function() {
        var fy=this.getFullYear();
        if (!Date.prototype.stdTimezoneOffset.cache.hasOwnProperty(fy)) {

            var maxOffset = new Date(fy, 0, 1).getTimezoneOffset();
            var monthsTestOrder=[6,7,5,8,4,9,3,10,2,11,1];

            for(var mi=0;mi<12;mi++) {
                var offset=new Date(fy, monthsTestOrder[mi], 1).getTimezoneOffset();
                if (offset!=maxOffset) { 
                    maxOffset=Math.max(maxOffset,offset);
                    break;
                }
            }
            Date.prototype.stdTimezoneOffset.cache[fy]=maxOffset;
        }
        return Date.prototype.stdTimezoneOffset.cache[fy];
    };

    Date.prototype.stdTimezoneOffset.cache={};

    Date.prototype.isDST = function() {
        return this.getTimezoneOffset() < this.stdTimezoneOffset(); 
    };

考虑到所有的评论和之前建议的答案，它试图得到所有世界的最好结果，特别是:

1)缓存每年stdTimezoneOffset的结果，这样当您在同一年测试多个日期时就不需要重新计算它。

2)它没有假设夏令时(如果它存在的话)一定是在7月， 即使在任何一个月的某个时间某个地点，它也会起作用。 但是性能方面，如果七月(或临近月份)确实是DST，它会工作得更快。

3)在更糟糕的情况下，它将比较每个月的第一个getTimezoneOffset。[并且每年测试一次]。

它所做的假设仍然是，如果有夏令时周期比一个月大。

如果有人想要消除这种假设，他可以把循环变成更像Aaron Cole提供的溶液中的东西-但我仍然会提前半年，当发现两个不同的偏移时跳出循环]

创建两个日期:一个在六月，一个在一月。比较它们的getTimezoneOffset()值。

如果一月抵消>六月抵消，客户端在北半球 如果1月偏移量< 6月偏移量，则客户在南半球 如果没有差异，则客户端时区不遵守夏令时

现在检查当前日期的getTimezoneOffset()。

如果等于北半球的6月，则当前时区为夏时制(+1小时) 如果等于南半球的1月，则当前时区为夏时制(+1小时)

你很接近了，但是有点差。你永远不需要计算你自己的时间，因为它是你自己的时钟的结果。它可以检测您是否在您的位置使用日光节约时间，但不能检测由偏移量产生的远程位置:

newDateWithOffset = new Date(utc + (3600000*(offset)));

This will still be wrong and off an hour if they are in DST. You need for a remote time account if they are currently inside their DST or not and adjust accordingly. try calculating this and change your clock to - lets say 2/1/2015 and reset the clock back an hour as if outside DST. Then calculate for an offset for a place that should still be 2 hours behind. It will show an hour ahead of the two hour window. You would still need to account for the hour and adjust. I did it for NY and Denver and always go the incorrect (hour ahead) in Denver.

我发现使用Moment.js库和这里描述的一些概念(比较Jan和June)效果非常好。

这个简单的函数将返回用户所在的时区是否遵守日光节约时间:

function HasDST() {
    return moment([2017, 1, 1]).isDST() != moment([2017, 6, 1]).isDST();
}

检查它是否有效的一个简单方法(在Windows上)是将您的时区更改为非夏令时区域，例如亚利桑那州将返回false，而EST或PST将返回true。