for循环防卡死需更新计数器、慎用浮点索引；异步循环应控节奏、避重复resolve；async/await勿将await置于条件外；批量请求用promise.all分片；异步操作配abortcontroller设超时。
for 循环怎么写才不会卡死？
最常见无限循环就出在 for 里：忘了更新计数器、条件写反、用浮点数当索引。比如 for (let i = 0; i 少了 <code>i++，直接死循环。
- 初始化、条件、更新三部分缺一不可，更新语句必须能改变条件结果
- 避免用
==或!=做循环条件，尤其涉及浮点运算（0.1 + 0.2 !== 0.3） - 数组遍历时优先用
length而非硬编码数字，防止越界或漏项 - 如果循环体里会修改数组长度（如
push/splice），考虑用while或反向遍历
forEach / for...of / for...in 容易踩什么坑？
forEach 不能用 break 或 return 跳出整个循环；for...in 遍历对象属性时可能拿到原型链上的可枚举属性；for...of 对普通对象无效，只认迭代协议（Symbol.iterator）。
-
forEach中的return只跳出当前回调，不是整个循环 → 改用for...of或加标志位 -
for...in遍历对象前先用hasOwnProperty过滤，或改用Object.keys(obj).forEach(...) -
for...of遇到null或undefined直接报TypeError: undefined is not iterable，要提前判断
while 和 do...while 怎么防失控？
这两个靠手动维护条件，风险最高。典型错误是条件变量没在循环体内更新，或者更新逻辑被 if 分支挡住（比如只在某个分支里 i++）。
- 写完立刻检查：条件变量是否在每次迭代中必然变化？变化方向是否收敛？
- 复杂条件建议拆成单独函数，比如
while (shouldContinue(data)) { ... }，方便调试和单元测试 -
do...while至少执行一次，别把它当while的语法糖来用，尤其涉及 DOM 查找或异步状态判断时 - 开发阶段可在循环体开头加计数器和上限（如
if (count++ > 10000) throw new Error('possible infinite loop')）
异步循环为什么看起来像卡住了？
用 setTimeout 或 Promise 模拟“循环”时，如果递归调用没控制节奏，或错误地在 then 里反复 resolve 同一个 Promise，会导致事件队列爆炸或状态停滞。
立即学习“Java免费学习笔记（深入）”；
-
async/await写循环时，别把await写在条件判断外（如while (await check()) { ... }可能因网络延迟反复拉取） - 批量请求用
Promise.all+ 分片，而不是串行for...of+await，否则耗时线性增长 - 用
AbortController给异步操作设超时，避免某次请求挂起导致整个循环僵死
let i = 0;
const controller = new AbortController();
const timeoutId = setTimeout(() => controller.abort(), 5000);
try {
while (i < 10 && !controller.signal.aborted) {
await fetch('/api/data', { signal: controller.signal });
i++;
}
} catch (err) {
if (err.name === 'AbortError') console.warn('loop aborted due to timeout');
}
实际项目里，无限循环往往不是语法错误，而是逻辑分支覆盖不全、异步状态未同步、或边界条件（空数组、null 响应、服务降级）被忽略。上线前重点看循环入口和退出路径是否对称。 
