php 7.2 中 gd 批量生成图片未调用 imagedestroy() 会导致内存持续增长并触发内存耗尽错误；必须确保每个成功创建的 gd 资源都配对调用 imagedestroy()，并通过 memory_get_usage(true) 验证释放效果。
PHP 7.2 中使用 GD 批量生成图片时，若未调用 imagedestroy() 释放图像资源，会快速累积内存占用，最终触发 Allowed memory size exhausted 错误。这不是“慢泄漏”，而是每次循环都新增不可回收的 GD 资源，属于明确可预防的资源管理疏漏。
确认 GD 图像资源是否被持续持有
在循环处理每张图前、后插入内存监控点，观察增长趋势：
- 用
memory_get_usage(true)获取真实分配量（非估算值） - 在
imagecreatefromjpeg()后立即记录一次，在imagedestroy()后再记一次 - 若销毁前后内存差值接近 0，说明释放有效；若差值稳定增长，基本可断定
imagedestroy()被遗漏或未执行到
检查 imagedestroy 是否被跳过或失效
常见导致 imagedestroy() 失效的情况包括：
- GD 函数调用失败返回
false，但后续仍当作有效资源传入imagedestroy()（会静默失败，不报错也不释放） - 条件分支中部分路径未覆盖
imagedestroy()，例如缩放失败时直接continue，却没清理已创建的源图资源 - 使用了
unset($img)但没配imagedestroy($img)——unset只解除变量引用，不释放 GD 底层内存
安全释放的典型写法
必须确保每个成功创建的 GD 资源都有且仅有一次对应的 imagedestroy()，推荐结构如下：
- 先校验资源有效性：
if (!$src = imagecreatefromjpeg($path)) { continue; } - 处理完成后，无论是否出错，都在
finally块或统一出口处销毁：if ($src) { imagedestroy($src); } - 目标图同理：
$dst = imagecreatetruecolor(...); ... if ($dst) { imagedestroy($dst); }
辅助验证与兜底措施
除代码修复外，还可加入运行时保护：
- 在循环外记录初始内存，每处理 N 张图（如 50 张）就调用
gc_collect_cycles()，缓解 GC 延迟 - 用
get_resources('gd')（PHP 7.3+）或统计资源创建次数来判断是否有残留——PHP 7.2 不支持该函数，可改用计数器 + 日志标记 - 临时提高
memory_limit只是掩耳盗铃，应配合脚本内释放逻辑，而非依赖配置扩容
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
