for循环适合已知迭代次数或遍历固定集合；初始化、条件判断、更新逻辑集中，不易遗漏i++或造成死循环；常见错误是将length放入循环体反复读取。
for 循环适合已知迭代次数或遍历固定集合
当你明确知道要跑多少次，或者在处理数组、类数组、DOM 列表这类有明确长度的结构时，for 更直接、性能也更可预期。它把初始化、条件判断、更新逻辑都收在一行里，不容易漏掉步进操作（比如忘记 i++），也不容易写成死循环。
常见错误是把 length 放进循环体里反复读取（尤其在 DOM 操作中）：
for (let i = 0; i < list.length; i++) { /* 每次都重新查 length */ }改成缓存更稳妥：
const len = list.length;
for (let i = 0; i < len; i++) { /* 避免重复访问属性 */ }- 遍历数组索引、需要控制步长（如
i += 2）、或需在循环中修改索引值时，for比for...of更灵活 - 不推荐用
for去遍历对象键值对——没有内置顺序保证，且容易漏掉原型链上的属性 - ES6 后，纯遍历数组项优先考虑
for...of，语义清晰且自动处理迭代器
while 循环适合依赖动态条件或不确定执行次数
当循环是否继续取决于某个随时可能变化的状态（比如异步回调结果、用户输入、网络响应、队列是否为空），while 的条件检查放在顶部，逻辑更贴近真实意图。它不预设“循环几次”，只关心“现在还该不该继续”。
立即学习“Java免费学习笔记（深入）”；
典型误用是把 while 当成 for 的替代写法，硬套计数逻辑：
let i = 0;
while (i < arr.length) {
console.log(arr[i]);
i++; // 忘记这句就卡死
}这种写法不仅冗余，还容易出错。不如直接用 for。
- 处理异步任务队列时，常用
while (queue.length) { await process(queue.shift()); } - 读取流数据（如
ReadableStream.getReader()）必须用while配合await reader.read()的返回值判断done -
do...while适合“至少执行一次”的场景，比如首次弹窗确认、初始化后校验
for 和 while 性能差异几乎可以忽略，但可读性差别很大
V8 或 SpiderMonkey 对两种循环的优化已经非常成熟，单纯看执行速度，只要没在循环体里做重操作，差异在纳秒级。真正影响维护成本的是语义是否匹配。
- 看到
for (let i = 0; i ，人脑立刻理解这是“执行 10 次” - 看到
while (socket.readyState !== 'open')，人脑立刻理解这是“等连接就绪” - 如果用
for模拟等待逻辑，就得塞一堆if (condition) break，反而掩盖主干意图 - 某些场景（如解析器、状态机）会混合使用：外层
while控制阶段，内层for处理批量数据
别忽略 for...in 和 for...of 的适用边界
很多人混淆 for...in 和 for...of，结果遍历数组时拿到的是字符串索引（"0", "1", "2"），甚至遍历出原型方法；或者想遍历对象却用了 for...of 报错 TypeError: obj is not iterable。
-
for...in遍历对象**可枚举属性名**（包括继承的），必须配合hasOwnProperty过滤 -
for...of遍历对象的**迭代器接口**，原生支持Array、Map、Set、String等，不支持普通对象 - 想安全遍历对象键值对，请用
Object.keys(obj)+for...of，或Object.entries(obj) - NodeList、HTMLCollection 这类类数组，
for...of可直接用；for...in会遍历数字索引和length、item等属性，不可靠
实际写代码时，先问自己一句：“这个循环的‘停止条件’是静态的，还是动态演化的？”答案比语法细节更重要。
