处理不确定长度数据流应优先用while循环，因其适合“知止不知数”场景，如数据库遍历、逐行读文件、消费队列；须避免do-while误用、feof()滞后判断及弱类型导致的空值访问错误。
处理不确定长度的数据流时用 while
当你无法预知要迭代多少次，但知道「什么时候该停」，while 就比 for 更自然。典型场景是读数据库结果集、逐行读文件、消费队列消息。
常见错误现象：while ($row = mysqli_fetch_assoc($result)) 在无数据时完全不进循环——这反而是对的；但若误写成 do { ... } while ($row = mysqli_fetch_assoc($result));，就会因先执行导致 $row 为 null 后还访问字段，报 Notice: Trying to access array offset on value of type null。
- 数据库遍历必须用
while ($row = mysqli_fetch_assoc($result))，不能把mysqli_fetch_assoc()提前赋值到循环外，否则永远读同一行 - 读文件别依赖
!feof($file)判断，它可能滞后；更安全的是while (($line = fgets($fp)) !== false) - 注意 PHP 弱类型陷阱：
fgets()返回空字符串""是有效内容，但在布尔上下文中为false，会导致提前退出
需要手动控制迭代节奏时用 while
for 把初始化、条件、递增写在一行，适合计数型逻辑；而 while 把三者拆开，方便在循环体中根据复杂状态决定怎么推进——比如跳过某些记录、重试失败操作、或按页拉取 API 数据。
典型错误代码：while ($i —— 输出无限个 <code>0，因为 $i 始终没变。
立即学习“PHP免费学习笔记（深入）”；
- 检查点：循环体内是否至少有一处修改了
while括号里的任意变量（哪怕只是$i++或mysqli_fetch_*()） - 网络请求重试建议用
while ($attempts ，而不是硬编码 <code>for ($i = 0; $i ，便于后续加退避逻辑 - 处理多维数组或嵌套结构时，
while配合array_shift()或引用游标更直观
避免和 do-while 混用的边界场景
while 是先判后跑，do-while 是先跑再判——这个差异直接决定空数据行为。别为了“至少执行一次”强行套 while，那说明你真正需要的是 do-while。
适用 do-while 的真实场景：生成唯一 ID（先生成再查重）、读用户输入直到合法、重试数据库连接。
- 误用
do-while处理数据库游标，容易在第一轮就因$row为null触发 Notice - PHP 8.0+ 对空
do-while解析更严格，do ; while(0);必须带分号，否则报Parse error: syntax error, unexpected ';' - 如果逻辑本该「零次或多次」，却写了
do-while，往往暴露了条件判断漏了边界 case
性能敏感或可预测次数时慎用 while
纯计数循环（如从 1 加到 100）用 for 更安全：初始化、条件、递增集中，视觉上不易遗漏更新动作；而 while 容易把 $i++ 写错位置、缩进外、甚至注释掉。
高频死循环原因不是语法错，而是推进动作被逻辑分支绕过——比如在 if 块里才更新 $i，但条件长期不满足。
- 简单计数优先选
for；只有当推进逻辑本身依赖运行时状态（如解析协议帧、状态机迁移）才用while - 循环体内避免重复查询数据库或调用慢函数；应提前 fetch 全量数据到数组，再用
while (list(, $item) = each($data))（PHP 7.4+ 推荐用foreach替代） - PHP 8.5.5 对循环优化更激进，但不会帮你修复语义错误——漏更新变量仍会死循环
最常被忽略的点：把赋值表达式当条件用时，真假值陷阱比想象中更隐蔽。不是所有 false-like 值都该终止循环，比如 0、"0"、null 可能是合法业务数据。显式用 !== false 或 is_array() 判断，比依赖自动类型转换更可靠。
