setInterval 基本用法是 setInterval(callback, delay)，必须传入函数和毫秒数两个参数；漏传或类型错误会静默失败；需用 clearInterval(ID) 主动清除以防内存泄漏；推荐用 setTimeout 递归替代以提升可控性与调试性。
setInterval 基本用法和必须传的参数
setInterval 会按固定间隔重复执行函数，最简形式是 setInterval(callback, delay)。第一个参数必须是函数（不能加括号调用），第二个是毫秒数（比如 1000 表示 1 秒）。漏掉任一参数或传错类型，它会静默失败——不报错，但也不执行。
- 写成
setInterval(myFunc(), 1000)是常见错误：括号会让函数立刻执行一次，之后 setInterval 实际接收的是undefined，什么也不会重复运行 - 延迟设为
0并不等于“立刻且连续”，浏览器仍按事件循环调度，实际间隔通常 ≥ 4ms（多数浏览器有最小阈值） - 如果回调里有异步操作（如
fetch），setInterval不会等它完成就启动下一轮，可能造成请求堆积
如何安全清除定时器避免内存泄漏
每次调用 setInterval 都返回一个唯一数字 ID，必须用 clearInterval(id) 主动清除。没清除的定时器会一直持有回调函数和闭包变量，即使页面组件已卸载，也会阻止垃圾回收。
- 在 React 中，
useEffect里启动setInterval，务必在 cleanup 函数中调用clearInterval - 不要在回调里反复调用
setInterval创建新定时器（比如“每秒检查状态，满足条件再启一个”），这会产生多个无法追踪的 ID - 清除前可先判断 ID 是否有效：
if (timerId) { clearInterval(timerId); timerId = null; }，避免对null或undefined调用clearInterval
替代方案：用 setTimeout 递归实现更可控的轮询
当需要根据上一次执行结果决定是否继续、或动态调整间隔时，setInterval 很难处理。此时改用 setTimeout 递归更稳妥。
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
function poll() {
// 执行逻辑
if (shouldContinue()) {
setTimeout(poll, 2000); // 下次执行前才决定是否继续
}
}
poll();
- 递归调用能确保前一次执行完成后再安排下一次，避免并发冲突
- 可以随时中断：只要某次不调用
setTimeout(poll, ...)，轮询就自然停止 - 调试时更容易打断点观察单次流程；而
setInterval的回调被系统自动触发，堆栈信息常不清晰
浏览器标签页不可见时的行为差异
现代浏览器会对非活跃标签页节流 setInterval：间隔被拉长至至少 1000ms（Chrome）、甚至暂停（Safari 某些版本）。这意味着依赖精确时间的逻辑（如倒计时显示）会不准。
立即学习“前端免费学习笔记（深入）”；
- 检测页面可见性可用
document.hidden或visibilitychange事件，手动补偿时间差 - 对精度要求高的场景（如音视频同步），应改用
requestAnimationFrame或 Web Worker +performance.now() - 服务端时间校准比客户端定时器可靠得多，前端倒计时建议以服务端下发的时间戳为基准计算剩余秒数
setInterval 看似简单，但闭包引用、页面生命周期、浏览器节流这几个点一旦忽略，问题往往延迟暴露，排查起来比写的时候花三倍时间。 
