闭包绑定外部变量（如$this、大型数组、模型实例）会隐式延长其生命周期，导致内存无法及时回收；需显式传参替代捕获$this、禁用引用传递、避免调用Eloquent链式方法、提前查原始数据并unset释放。
闭包在 Laravel 6 中绑定外部变量（比如 $this、大型数组、模型实例）会隐式延长这些变量的生命周期，导致内存无法及时回收——这不是 Laravel 特有，而是 PHP 闭包引用机制的必然结果。
闭包绑定 $this 是最常见内存泄漏源
Laravel 6 的事件监听、队列任务、中间件 handle 方法里频繁用到 function () use ($this) { ... } 或直接写 [$this, 'method']。这类写法会让整个对象实例被闭包持住，哪怕只用其中一两个属性。
- 避免在事件监听器中直接传
$this，改用参数显式传递所需值：Event::listen('order.placed', function ($order) { ... }) - 队列任务不要用
public function handle() { $this->process($data); }配合闭包回调，而应把逻辑抽成独立函数或静态方法 - 中间件中若需复用逻辑，优先用服务容器解析新实例，而非在闭包里捕获
$this->service
use (&$var) 引用传递会彻底阻断 GC
当闭包通过引用捕获变量（use (&$items)），PHP 会为该变量创建“引用计数+1”的强绑定，即使闭包执行完毕，只要引用存在，$items 就不会被释放。
- 绝对禁止在循环中用
use (&$buffer)累积数据，改用局部变量 + 显式unset($buffer) - 如果必须共享状态，用
WeakMap（PHP 8.0+）或手动管理生命周期：闭包执行完立刻unset($closure)和对应变量 - Laravel 6 不支持
WeakMap，此时只能靠代码约定：所有闭包内使用的大型结构体（如Collection、array_chunk()结果）必须在闭包末尾unset()
闭包内调用 Eloquent 模型方法会触发全量缓存累积
哪怕只是 use ($user) 并在闭包里调一次 $user->posts()->count()，Eloquent 查询构建器也会被挂载到 $user 实例上，而该实例又被闭包持有——查询构建器缓存 + 模型关系缓存 + 属性脏检查数组全部滞留。
- 闭包中禁止调用任何带
->with()、->load()、->count()的链式方法，改用原生 SQL：DB::scalar("SELECT COUNT(*) FROM posts WHERE user_id = ?", [$user->id]) - 需要关联数据时，提前查好原始数组：
$postIds = DB::table('posts')->where('user_id', $user->id)->pluck('id')->all();，再传入闭包 - 处理完立即切断模型与闭包的联系：
unset($user); gc_collect_cycles();（尤其在 long-running artisan 命令中）
闭包不是语法糖，它是运行时对象；Laravel 6 没有自动解绑机制，所有绑定都得你亲手拆——漏掉一个 unset，就可能让几 MB 数据卡在内存里跑完整个进程生命周期。
