文档没有说明这种行为
NodeJS 的 documentation for setInterval 几乎没有说明它的行为，除了它会重复任务。
我认为的结果是每次迭代都将在 1 秒后执行，无论执行间隔函数需要多少时间
如果你的意思是你可以有重叠的执行，你不能在 NodeJS 中；它在单个线程上运行您的代码。
如果您的意思是您希望每次迭代都在最后一次完成后运行一秒钟，那么setInterval 传统上不是这样工作的。 setInterval 传统上至少有两种不同的行为，具体取决于您使用的实现：在当前迭代的开始安排下一次迭代，或在结束安排下一次迭代> 当前一个。这只是在浏览器上。从been standardized for browsers 开始，但 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);
还有一个示例运行（使用 Node v6.2.2）：
1468396730618：打勾
1468396730619：等待 400 毫秒
1468396731020：416 毫秒后退出回调
1468396731637：滴答声（617ms）
1468396731637：等待 500 毫秒
1468396732137：500 毫秒后退出回调
1468396732837：滴答声（700 毫秒）
1468396732837：等待 900 毫秒
1468396733737：900 毫秒后退出回调
1468396734837：滴答声（1100 毫秒）
1468396734837：等待 300 毫秒
1468396735137：300 毫秒后退出回调
1468396735637：滴答声（500 毫秒）
1468396735637：等待 700 毫秒
1468396736337：700 毫秒后退出回调
1468396737237：滴答声（900 毫秒）
1468396737237：等待 800 毫秒
1468396738037：800 毫秒后退出回调
1468396739036：滴答声（999 毫秒）
1468396739036：等待 900 毫秒
1468396739936：900 毫秒后退出回调
1468396741036：滴答声（1100 毫秒）
1468396741036：等待 700 毫秒
1468396741736：700 毫秒后退出回调
1468396742636：滴答声（900 毫秒）
1468396742636：等待 200 毫秒
1468396742836：200 毫秒后退出回调
1468396743236：滴答声（400 毫秒）
正如我们所见，它一直在等待上一次迭代的长度加上我给出的间隔：
- 第一次回调总共用了416ms；下一个在返回后 617 毫秒开始
- 第二次回调耗时 500 毫秒；下一个在返回后 700 毫秒开始
- 第三次回调900ms；下一个在返回后 1100 毫秒开始