Javascript nodejs中的setInterval异常行为

Javascript nodejs中的setInterval异常行为,javascript,node.js,setinterval,Javascript,Node.js,Setinterval,我想每秒运行一次函数,而函数本身需要3秒钟来执行。结果是,每个间隔都以*2+ 我编写了以下示例代码: var seconds = 3; setInterval( function(){ console.info(new Date().toString()); var waitTill = new Date(new Date().getTime() + seconds * 1000); while(waitTill

我想每秒运行一次函数,而函数本身需要3秒钟来执行。结果是,每个间隔都以
*2+

我编写了以下示例代码:

var seconds = 3;

setInterval(
    function(){
            console.info(new Date().toString());
            var waitTill = new Date(new Date().getTime() + seconds * 1000);
            while(waitTill > new Date()){}
    },1000
);
每次迭代如我在公式中所述:

Wed Jul 13 2016 09:49:07 GMT+0300 (IDT)
Wed Jul 13 2016 09:49:14 GMT+0300 (IDT)
Wed Jul 13 2016 09:49:21 GMT+0300 (IDT)
Wed Jul 13 2016 09:49:28 GMT+0300 (IDT)
文档中没有说明这种行为。结果是,无论间隔函数的执行需要多长时间,每次迭代都会在1秒后执行

发生什么事了

如能提供有关该问题的任何信息,将不胜感激

谢谢

使用Nodejs 6.3.0

更新 已在浏览器上尝试此代码。。。谷歌浏览器。。。在这里,间隔每3秒执行一次,这仍然很奇怪

更新 谢谢你的评论,最后一件事还不清楚。 为什么在NodeJS中,当我将
setInterval()
设置为1秒,并且函数执行需要3秒时,为什么下一次执行是7秒而不是4秒甚至3秒。对我来说,这种行为似乎真的很奇怪。这是可以接受的行为吗

文档中没有说明此行为

NodeJS的典型特征是,除了重复任务之外,它几乎没有说明自己的行为

结果是,无论间隔函数的执行需要多长时间,每次迭代都会在1秒后执行

如果你的意思是你可以有重叠的执行,你不能在NodeJS;它在单个线程上运行代码

如果您的意思是希望每次迭代在最后一次完成后运行一秒钟,那么
setInterval
传统上不是这样工作的
setInterval
传统上至少有两种不同的行为,具体取决于您使用的实现:在当前迭代开始时安排下一次迭代,或在当前迭代结束时安排下一次迭代。这只是在浏览器上。这是因为,但是NodeJS不是浏览器,也不需要以相同的方式工作。(事实上,它在另一方面也不一样:在浏览器上,
setInterval
必须返回一个数字;在NodeJS上,它返回一个对象。)记住计时器不是JavaScript的一个功能,它们是主机环境的一个功能

相反,要让它在之前完成的一秒钟(大致)后再次运行,请在函数末尾使用
setTimeout
来安排下一个函数在一秒钟后运行

重新编辑:

为什么在NodeJS中,当我将setInterval()设置为1秒时,函数执行需要3秒,为什么下一次执行是7秒而不是4秒甚至3秒。这对我来说真的很奇怪。这是可以接受的行为吗

对。(在我看来)这很奇怪,也很令人惊讶,但是NodeJS为
setInterval
确定了自己的行为,所以它是可以接受的。在我的实验(如下)中,它似乎测量了上次执行函数所花的时间,然后将其添加到计时器长度中,使其在再次触发之前为
lastExecutionLength+desiredInterval
。这与浏览器的规范明显不同,但再一次,NodeJS不是浏览器

以下是我的测试脚本:

let counter = 0;
let timeAtEndOfLastExecution = 0;
let timer = null;

function log(msg) {
    console.log(Date.now() + ": " + msg);
}

function tick() {
    let start = Date.now();
    if (timeAtEndOfLastExecution) {
        log("tick (" + (Date.now() - timeAtEndOfLastExecution) + "ms)");
    } else {
        log("tick");
    }
    if (++counter == 10) {
        clearInterval(timer);
    } else {
        let wait = 200 + (Math.floor(8 * Math.random()) * 100);
        log("waiting " + wait + "ms");
        let stopWaiting = Date.now() + wait;
        while (Date.now() < stopWaiting) {
            // busy wait
        }
        log("exiting callback after " + (Date.now() - start) + "ms");
        timeAtEndOfLastExecution = Date.now();
    }
}
timer = setInterval(tick, 200);
let计数器=0;
让timeAtEndOfLastExecution=0;
设定时器为空;
函数日志(msg){
console.log(Date.now()+“:”+msg);
}
函数tick(){
让我们开始=Date.now();
if(timeAtEndOfLastExecution){
日志(“勾选”(+(Date.now()-timeAtEndOfLastExecution)+“ms”);
}否则{
日志(“勾号”);
}
如果(++计数器==10){
清除间隔(计时器);
}否则{
让我们等待=200+(Math.floor(8*Math.random())*100);
日志(“等待”+等待+“毫秒”);
让stopWaiting=Date.now()+等待;
while(Date.now()
和一个示例运行(使用节点v6.2.2):

146839670618:勾选 146839670619:等待400ms 1468396731020:416ms后退出回调 1468396731637:刻度(617ms) 1468396731637:等待500毫秒 1468396732137:500毫秒后退出回调 146839673287:刻度(700毫秒) 146839673287:等待900毫秒 14683967337337:900毫秒后退出回调 1468396734837:刻度(1100ms) 1468396734837:等待300毫秒 146839673537:300毫秒后退出回调 1468396735637:刻度(500ms) 1468396735637:等待700ms 1468396736337:700毫秒后退出回调 14683967237:刻度(900毫秒) 14683967327:等待800ms 1468396738037:800毫秒后退出回调 1468396739036:刻度(999ms) 1468396739036:等待900毫秒 1468396739936:900毫秒后退出回调 1468396741036:刻度(1100ms) 1468396741036:等待700ms 1468396741736:700毫秒后退出回调 1468396742636:刻度(900毫秒) 1468396742636:等待200ms 1468396742836:200毫秒后退出回调 146839674326:滴答声(400ms) 我们可以看到,它一直在等待上一次迭代的长度加上我给出的间隔:

  • 第一次回调总共花费了416ms;下一个在返回617毫秒后开始
  • 第二次回调耗时500毫秒;下一次测试在返回后700毫秒开始
  • 第三回叫900ms;下一次测试在返回后1100ms开始

为什么我在NodeJ和浏览器之间得到不同的结果?为什么nodejs会再次等待执行时间,然后延迟执行下一次迭代?@ufk:nodejs和浏览器是不同的环境;请记住,
setInterval
不是JavaScript的一部分,它是代码运行环境的一个特性。
setInterval
的确切工作方式是(现在),但是NodeJS不需要以同样的方式工作。好的。。谢谢你所做的一切。只有一件事 1468396730618: tick 1468396730619: waiting 400ms 1468396731020: exiting callback after 416ms 1468396731637: tick (617ms) 1468396731637: waiting 500ms 1468396732137: exiting callback after 500ms 1468396732837: tick (700ms) 1468396732837: waiting 900ms 1468396733737: exiting callback after 900ms 1468396734837: tick (1100ms) 1468396734837: waiting 300ms 1468396735137: exiting callback after 300ms 1468396735637: tick (500ms) 1468396735637: waiting 700ms 1468396736337: exiting callback after 700ms 1468396737237: tick (900ms) 1468396737237: waiting 800ms 1468396738037: exiting callback after 800ms 1468396739036: tick (999ms) 1468396739036: waiting 900ms 1468396739936: exiting callback after 900ms 1468396741036: tick (1100ms) 1468396741036: waiting 700ms 1468396741736: exiting callback after 700ms 1468396742636: tick (900ms) 1468396742636: waiting 200ms 1468396742836: exiting callback after 200ms 1468396743236: tick (400ms)