javascript常用循环结构有for、while（含do...while）、foreach、for...of、for...in；真正能控制执行次数的原生循环仅for和while，其余为遍历语法糖或协议驱动。
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 —— <code>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 更安全，但三个表达式写错一个，照样停不下来。最常见的是把比较符写成赋值符，或者步进方向反了。
- 错把
写成 <code>=：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 ，可能越界或漏项；优先用 <code>arr.length而非硬编码数字
异步场景下，“看起来像无限循环”是怎么回事？
不是语法错了，而是逻辑卡在了“等结果”上。比如用同步阻塞方式等异步操作完成，浏览器直接假死。
立即学习“Java免费学习笔记（深入）”；
- 错误模式：用
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，再标准的循环结构也会变成无限等待。
