Laravel Queue数据库驱动报错求助：尝试获取非对象属性

嘿，我之前也碰到过一模一样的问题，咱们一步步拆解排查，应该能快速解决：

1. 先确认队列数据表是否正确生成 #

Laravel的database驱动依赖jobs和failed_jobs表来存储任务。如果还没生成这两个表，赶紧跑以下命令：

php artisan queue:table
php artisan queue:failed-table
php artisan migrate

要是表结构不对或者压根没表，队列任务无法被正确持久化和反序列化，就会出现非对象的报错。

2. 检查任务类的序列化逻辑 #

当用database驱动时，任务会被序列化后存在数据库里。如果你的任务类里传递了不可序列化的对象（比如带循环引用的Eloquent模型、依赖注入的服务实例），反序列化后就可能得到null或者非预期的结构。

举个反例，之前你可能这么写：

class SendScheduledReport implements ShouldQueue
{
    protected $report;

    // 直接传递模型实例
    public function __construct(Report $report)
    {
        $this->report = $report;
    }

    public function handle()
    {
        // 如果反序列化后$report是null，这里访问属性就会报错
        Mail::send(new ReportMail($this->report->data));
    }
}

改成传递可序列化的基础类型（比如ID），在handle方法里再查询模型：

class SendScheduledReport implements ShouldQueue
{
    protected $reportId;

    public function __construct(int $reportId)
    {
        $this->reportId = $reportId;
    }

    public function handle()
    {
        // 用findOrFail确保拿到有效模型，找不到会抛出明确异常
        $report = Report::findOrFail($this->reportId);
        Mail::send(new ReportMail($report->data));
    }
}

3. 验证队列配置是否正确 #

• 检查.env文件里的QUEUE_CONNECTION=database，确保没有拼写错误
• 打开config/queue.php，确认database连接的配置项：

  'database' => [
      'driver' => 'database',
      'table' => 'jobs',
      'queue' => 'default',
      'retry_after' => 90,
      'connection' => env('DB_CONNECTION', 'mysql'), // 要和你的应用数据库一致
  ],
  

4. 确认任务类的命名空间和存在性 #

如果之前修改过任务类的命名空间，或者不小心删除了类文件，数据库里存储的任务序列化数据会找不到对应的类，反序列化后就会得到非对象。

检查任务类的完整命名空间（比如App\Jobs\SendScheduledReport），确保和你分发任务时使用的一致，且类文件存在于正确的目录下。

5. 定位具体报错行 #

日志里的模糊提示不够用，你可以打开Laravel的完整错误栈（storage/logs里的对应日志文件），找到报错的具体代码行。大概率是你在handle方法里尝试访问某个对象的属性，但那个对象实际是null（比如模型查询没找到、传递的参数无效）。

比如如果报错行是$this->report->user->email，那要么$this->report是null，要么$this->report->user是null，针对性处理即可（比如加null判断，或者用findOrFail强制抛出异常）。

内容的提问来源于stack exchange，提问作者Daniel Benzie