laravel的schedule命令无反应是因为未配置系统级cron，需在服务器添加每分钟执行schedule:run的cron条目，且不能用schedule:work替代；任务定义、时区设置、环境判断和队列选择均需严格匹配场景。
laravel:schedule 命令为什么没反应
执行 php artisan schedule:run 却没触发任何任务，大概率是没配系统级 cron。Laravel 的调度器本身不自动轮询，它只是个“任务分发器”，必须靠服务器的 cron 每分钟调一次才能生效。
- 必须在服务器上加这一行：
* * * * * cd /var/www/your-app && php artisan schedule:run >> /dev/NULL 2>&1 - 别用
php artisan schedule:work代替——那是 Laravel 9+ 的后台常驻模式，仅适用于队列驱动场景，且需配合 supervisor 管理进程，普通定时命令（如Artisan::call('backup:db')）仍依赖schedule:run - 检查
app/console/Kernel.php中的$schedule是否被正确调用：确保schedule()方法里写了$schedule->command(...)->daily();这类链式调用，而不是漏掉->daily()或写成->everyMinute()却没配 cron
command() 和 job() 在 schedule 里怎么选
两者都能跑逻辑，但触发机制和错误处理完全不同：前者直接调用 Artisan 命令，后者推送到队列后异步执行。
- 用
command()：适合轻量、快速、无失败重试需求的操作，比如清理日志（$schedule->command('log:clear')->daily()），失败时直接报错，不会重试 - 用
job()：适合耗时、可能失败、需要重试或并发控制的任务，比如发送批量邮件，必须搭配队列驱动（redis或database），否则job()会静默丢弃 - 注意
job()不支持传参对象，只能传基础类型或数组；想传模型？得用command()+ 参数解析，或在 job 里重新查询
时区不对导致任务提前/延后执行
Laravel 默认用服务器本地时区解析时间表达式，但你写的 ->dailyAt('02:00') 可能按 UTC 跑，也可能按 Asia/Shanghai 跑，取决于配置顺序。
- 先确认
config/app.php中'timezone' => 'Asia/Shanghai'已设好 - 再检查
app/Console/Kernel.php的schedule()方法顶部是否显式设置了时区：$schedule->command('...')->dailyAt('02:00')->timezone('Asia/Shanghai');—— 这个优先级高于全局配置 - 别信
date命令输出：用php -r "echo date_default_timezone_get();"看 PHP 实际时区，有些 docker 镜像默认是 UTC
测试 schedule 本地不生效的常见卡点
开发环境用 php artisan schedule:run --verbose 查不到任务？往往不是代码问题，而是环境隔离没打破。
- 检查
APP_ENV是不是local：某些任务加了->when(fn () => app()->environment('production'))，本地直接跳过 - 别在
schedule()里写条件判断逻辑（比如if (env('RUN_BACKUP'))）—— .env 在 cron 下不加载，要用config()或硬编码判断 - 用
php artisan tinker手动跑一遍任务命令，确认它本身能执行成功，排除命令内部异常（比如数据库连接失败、文件权限不足）
最麻烦的是混合使用 schedule:work 和系统 cron：两个进程同时抢任务，结果重复执行或互相干扰。选一个，坚持到底。