用 settimeout 递归替代 setinterval 可避免任务堆积，因为 setinterval 不等待前次任务完成就触发下一次，导致并发排队；而 settimeout 递归在每次任务结束后才设置下次调用，确保串行执行且间隔准确。
用 setTimeout 递归替代 setInterval，能从根本上避免任务执行时间超过间隔导致的“堆积”问题。
为什么 setInterval 会累积执行？
setInterval 只负责按固定时间间隔“发起调用”，不关心前一次任务是否完成。如果某次任务耗时 > 间隔时间，下一次回调会在前一次尚未结束时被触发，多个任务排队等待执行，形成累积效应。
例如：设间隔为 100ms，但某次处理需 320ms，那么在第 100ms、200ms、300ms 时又各触发一次——实际可能同时有 3~4 个任务在运行或排队。
用 setTimeout 递归实现可控周期任务
核心思路：每次任务执行完，再手动调度下一次，确保两次执行之间至少间隔指定时长，且严格串行。
- 在任务逻辑末尾调用
setTimeout，传入自身函数和目标延迟 - 延迟值从“本次开始时间”算起，而非“上一次开始时间”，天然避开累积
- 可随时通过清除定时器（
clearTimeout）精确停止
基础实现与关键细节
简单封装示例：
let timerId = null;
function runTask() {
// 执行你的业务逻辑（可能异步或耗时）
doSomething();
// 完成后再安排下一次，间隔 100ms
timerId = setTimeout(runTask, 100);
}
// 启动
runTask();
// 停止
if (timerId) {
clearTimeout(timerId);
timerId = null;
}
注意点：
- 务必保存
setTimeout返回的 ID，否则无法清理 - 若任务含异步操作（如
fetch），应在then或await后再调用下一次，避免未等结果就重复触发 - 想实现“精准间隔”（比如每秒整点执行），可用
performance.now()计算剩余延迟，动态调整setTimeout时间
进阶：支持暂停/恢复与参数透传
可封装成更实用的类或工厂函数：
- 内部维护
isRunning状态，支持pause()/resume() - 允许传入参数给每次执行的任务函数，避免闭包污染
- 提供
stop()并自动重置状态，防止重复调用出错
这类封装让周期逻辑更健壮，也便于单元测试和复用。
