JavaScript循环结构有哪些？怎么避免无限循环

JavaScript的循环结构看似简单，实则暗藏陷阱：for和while虽是唯一能精确控制执行次数的原生循环，但稍有不慎——如条件变量未更新、浮点数误判、异步阻塞或边界缺失——便会悄然滑入无限循环；而forEach、for...of、for...in等遍历语法虽本身安全，却因误用对象类型、忽略原型属性或缺乏防护逻辑，同样导致程序卡死。真正决定循环是否“可控”的，从来不是语法形式，而是开发者对状态变化、数据边界和异步本质的敬畏与严谨。

JavaScript 有哪些常用循环结构？

JS 里真正能“控制执行次数”的原生循环就两种：for 和 while（含 do...while）。其他像 forEach、for...of、for...in 都是语法糖或协议驱动的遍历方式，底层不直接管理“是否继续”，所以它们本身不会导致无限循环——但用错逻辑照样卡死。

• for：适合已知迭代次数或需精确控制初始化/条件/更新三要素的场景
• while：适合条件驱动、次数不确定的场景（比如等待 DOM 出现、轮询状态）
• do...while：必须至少执行一次，常用于用户输入校验或初始化后判断
• for...of：只认 Symbol.iterator，对数组、字符串、Map/Set 安全；对普通对象直接报 TypeError: undefined is not iterable
• for...in：遍历对象**可枚举属性**，包括原型链上的——不加 hasOwnProperty 过滤就容易误读

为什么 while 最容易写出无限循环？

while 把终止责任完全交给开发者：条件变量是否被修改、在哪个分支里修改、有没有被异步打断，全靠手动维护。它不像 for 那样强制把更新写在括号里。

• 典型错误：漏写更新语句，比如 let i = 0; while (i —— i 永远是 0
• 隐藏陷阱：更新语句被 if 包裹，而条件分支没覆盖所有路径，例如 if (data.ready) i++，但 data.ready 一直为 false
• 浮点数作条件：比如 let x = 0.1; while (x !== 1) { x += 0.1 }，因 0.1 + 0.2 !== 0.3，x 永远不等于 1
• 开发期建议加防护：在循环体开头加计数器和硬上限，如 if (++count > 10000) throw new Error('possible infinite loop')

for 循环里哪些写法会悄悄变无限？

表面看 for 更安全，但三个表达式写错一个，照样停不下来。最常见的是把比较符写成赋值符，或者步进方向反了。

• 错把 写成 =：for (let i = 0; i = 10; i++) → 第二个表达式永远返回 10（真值），死循环
• 初始值与条件矛盾：for (let i = 5; i > 0; i++) → i 越加越大，永远 > 0
• 用 == 或 != 判断浮点数：for (let t = 0; t != 1.0; t += 0.1)，因精度问题永远不相等
• 数组遍历时改长度又没调整索引：arr.push(x) 后仍用 i ，可能越界或漏项；优先用 arr.length 而非硬编码数字

异步场景下，“看起来像无限循环”是怎么回事？

不是语法错了，而是逻辑卡在了“等结果”上。比如用同步阻塞方式等异步操作完成，浏览器直接假死。

• 错误模式：用 system-sleep 或空 while (xpath === undefined) 等文件加载，这会冻结整个 JS 线程
• 正确做法：改用 Promise + await，让事件循环继续跑，比如 const xpath = await objectCollector()
• 批量请求别裸写 while + await fetch：要加 AbortController 防超时，否则网络一卡就挂住
• React 中 useEffect + useMemo 互相触发也是同理——依赖项没精简，导致渲染→effect→recompute→rerender 闭环

真正难防的不是语法错误，而是边界没兜住：空数组、null 响应、服务降级返回默认值、DOM 元素被移除后还在轮询……这些地方不加 guard，再标准的循环结构也会变成无限等待。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~