laravel 11 中闭包调度需用 $schedule->call() 在 app/console/kernel.php 的 schedule() 方法中注册，直接执行无新进程开销，但不可用 $this->info()、依赖注入服务或 http 上下文，异常未捕获会中断整个调度流程，适合轻量操作；重逻辑应使用 artisan 命令。
在 Laravel 11 中，调用闭包函数作为计划任务，直接使用 $schedule->call() 即可，但要注意它运行在当前 schedule:run 进程内，不启动新 Artisan 进程。
闭包调度的基本写法
在 app/Console/Kernel.php 的 schedule() 方法中注册：
- 用
call()传入匿名函数，再链式设置频率，例如每天执行一次：
$schedule->call(function () {<br> DB::table('logs')->where('created_at', 'subDay())->delete();<br>})->daily();
- 也可以提前定义闭包变量，再传入：
$cleanup = fn() => cache()->forget('temp_data');<br>$schedule->call($cleanup)->hourly();
闭包里能用什么、不能用什么
闭包在当前调度进程上下文中执行，所以：
- ✅ 可以用
DB::、cache()、Log::、模型查询、Eloquent 关系等 Laravel 核心服务 - ❌ 不能调用
$this->info()或$this->line()—— 这些是命令类专属方法，闭包里没有$this实例 - ❌ 不能依赖 Artisan 命令容器注入的服务（比如通过构造函数注入的 service），因为闭包不是命令实例
- ❌ 无法访问
request()、session()或任何 HTTP 上下文（调度是 CLI 环境）
异常处理要格外小心
闭包一旦抛出未捕获异常，整个 schedule:run 流程会中断，后续任务当天不再执行。
- 建议在闭包内手动 try/catch，并记录错误：
$schedule->call(function () {<br> try {<br> // 你的逻辑<br> } catch (\Exception $e) {<br> Log::error('Daily cleanup failed', ['exception' => $e->getMessage()]);<br> }<br>})->daily();
- 不要指望
onFailure()钩子 —— 它只对command()和job()有效，对call()不起作用
什么时候该用闭包，什么时候该写命令
闭包适合轻量、无事务、无队列、无邮件、无复杂生命周期管理的操作。
- 适合场景：清理缓存、删除过期临时表记录、更新状态字段、写入简单日志标记
- 不适合场景：涉及数据库事务、发邮件、分发队列任务、调用外部 API 并重试、需要中间件或自定义异常处理器
- 后者请务必写成 Artisan 命令，再用
$schedule->command('your:command')调度
