php foreach内存泄漏主因是值复制、引用未释放、循环引用、资源句柄未关闭及大数组驻留；需用引用遍历后unset、断开循环引用、及时关闭资源、改用流式处理并分片销毁。
foreach 循环中变量没释放，内存越跑越高
PHP 的 foreach 默认按值遍历，每次迭代都会复制数组元素——对大对象（如 ORM 实例、JSON 解析结果）尤其危险。你以为只是读取，实际在悄悄吃内存。
常见现象：循环 1000 次后 memory_get_usage(true) 每轮涨 50KB，脚本结束也不回落。
- 用
&$value引用遍历时，必须在循环结束后unset($value)，否则最后一次引用会“粘”在作用域里，阻止 GC 回收 - 避免在循环内构造新对象或调用
json_decode($huge_json, true)；改用流式解析或提前截断字段 - 如果只是读取，明确加
readonly（PHP 8.2+），但 PHP 8.1 不支持，只能靠约定或静态分析工具提醒
循环引用不手动断开，gc_collect_cycles() 也救不了
比如一个 User 对象带 Profile，而 Profile 又反向持有 User；foreach 遍历用户列表时，每个对象都构成独立闭环。
GC 不会自动清理这种结构，尤其在 CLI 长任务中，引用计数卡住不动。
- 在循环体末尾主动置空关键引用：
$user->profile->user = null;，再unset($user, $profile) - 紧接着调用
gc_collect_cycles()，别指望它自动触发——PHP 8.1 的 GC 默认只在内存池满时才扫描 - 验证是否生效：在循环前后用
memory_get_usage(true)打点，差值应趋近于 0（允许小浮动）
资源句柄漏关，比对象泄漏更隐蔽
文件指针、PDOStatement、cURL 句柄这些不是 PHP 对象，不走引用计数，unset() 或 GC 完全无效。它们占的内存和系统 fd 一起卡死。
-
fopen()后必须配对fclose()，不能等脚本结束；尤其在foreach中打开一堆文件时 - PDO 查询结果集要用
$stmt->closeCursor()或直接unset($stmt)（但前提是已 fetch 完） - cURL 句柄必须显式
curl_close($ch)，哪怕只用了一次
大数组别塞进循环变量，用完立刻销毁
很多人习惯把数据库查出的几千行数据一次性 $rows = $pdo->fetchAll()，再 foreach ($rows as $row) ——整个数组始终在内存里，即使你只用其中三个字段。
- 改用游标式遍历：
while ($row = $stmt->fetch())，每轮只保留一行 - 真要批量处理，用
array_chunk($rows, 100)分片，并在每片处理完后unset($chunk) - 切忌往
$GLOBALS或静态属性里塞循环中的数组，这类引用不会随函数退出消失
unset() 没用，得一层层检查谁还拿着谁的地址。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
