php遍历时死循环主因是循环条件失控或遍历中修改数组，如foreach中unset()干扰内部指针；应先收集键再批量删除，或倒序for遍历；while需确保变量更新；注意阻塞io、超时设置及变量覆盖问题。
PHP遍历时出现死循环，基本不是foreach或while语法本身出错，而是循环条件失控或数据结构被意外修改导致的。
循环中修改了正在遍历的数组
在foreach里用unset()、array_push()或直接赋值改键值，会干扰PHP内部指针行为。尤其在PHP 7+，引擎可能缓存数组快照，但修改后指针未同步，造成“看似没走完”的假死。
- 错误示例：
foreach ($arr as $k => $v) { unset($arr[$k]); }—— 删除当前元素后，下一次迭代可能重复读取同一位置 - 安全做法：先收集要删的键，循环结束后统一
unset()；或改用for配合count()倒序遍历 - 注意：
foreach ($arr as &$item)后若没unset($item)，下次循环可能把新元素写进旧引用地址，间接改乱原数组
while循环条件永远为真
最常见的是忘了更新判断变量，或更新逻辑被跳过（比如break前就continue了）。
- 典型陷阱：
$i = 0; while ($i —— <code>some_condition为真时$i卡住不加 - 数据库查询场景：
while ($row = mysqli_fetch_assoc($result))本该自然结束，但如果循环内误把$result重新赋值（如$result = curl_exec(...)），下一轮mysqli_fetch_assoc()就收不到资源，PHP可能报错或静默失败，表现像卡住 - 建议：循环体开头加
if (!is_resource($result)) break;做兜底校验
递归遍历没设深度保护
处理多维数组或树形结构时，若用递归+foreach但没限制层数，遇到环形引用（比如$arr['parent'] = &$arr）就会无限深入。
- PHP不会自动检测引用环，
is_array($value)对环形结构仍返回true，递归不停 - 必须手动加深度参数，比如
traverse($data, $depth = 0, $maxDepth = 10)，进入前判if ($depth >= $maxDepth) return; - 更稳妥的方式是用迭代法（栈/队列），避免调用栈爆炸，也天然规避深度失控
外部资源阻塞导致“假死”
循环里调用了阻塞式IO（如file_get_contents()、cURL无超时）、数据库锁等待、或sleep()没控制好，看起来像死循环，实际是卡在某次调用上。
- 检查是否漏设
curl_setopt($ch, CURLOPT_TIMEOUT, 5)或PDO的PDO::ATTR_TIMEOUT - 用
set_time_limit(30)防脚本超时，但别在循环内反复调用——它重置的是整个脚本剩余时间 - 日志里加时间戳输出，确认是某次迭代耗时异常，还是根本没推进
真正难排查的往往是循环变量被“悄悄覆盖”，比如同名变量在嵌套作用域里被重用，或者引用没解干净。动手前先var_dump()关键变量的类型和值，比猜逻辑更快。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
