Laravel：Mail :: queue和$ this-> dispatch之间有什么区别？

Question

所以我现在正在阅读关于邮件排队的Laravel文档，我已经失去了想法，Mail::queue(<params>)和$this->dispatch(new SendMail(<params>))之间有什么区别。因为在Laravel文档的Mail部分中给出了第一个变体，但随后它被称为“不要忘记首先配置你的队列”。我去了Queue配置部分，在那里我发现“添加一些东西到队列只需使用$this->dispatch($job)”。

所以，我做了两个变种：其中一个看起来如下：

Mail::queue('emails.template', 
   ['name'=>$name, 'msg'=>$message], 
   function($msg) use ($email){
   $msg->to($email)
   ->subject('Application received');
  }
);

第二个，在同一个控制器中，但其他方法，只是：

$this->dispatch(new SendEmail($name, $message, $email));

在第二个变体中，我使用job，handle()方法与之前的代码相同，只需使用Mail::send。

在两种变体中，用户必须等待相同的长时间，php artisan queue:listen保持沉默，但电子邮件已成功发送。

我该怎么做才能澄清我的情况？非常感谢任何可能的帮助！

Answer 1

像许多Laravel一样，通常有一种简单的做事方式，然后是一种让你更有控制力的方式。调度电子邮件的两种方法略有不同。我们来看看他们两个......

Mail::queue()

• 使用外观访问器
• 实际方法生活在Illuminate\Mail\Mailer::queue()
• 如果我们想要指定一个，那么通过接收电子邮件模板/视图，任何相关的发送数据和回调函数，您的工作是否繁重？
• 可以在任何地方调用，无需额外配置或需要创建新类
• 将推送新电子邮件直接发送到队列中。

$this->dispatch(new SendReminderEmail())

• 手动调度作业（在本例中为SendReminderEmail作业实例）
• 需要在控制器中使用，因为相关的dispatch方法仅在DispatchesJobs特性内可用。
• 此方法调度关联的作业。在这个例子中，暗示SendReminderEmail实际上将推送新的电子邮件发送到队列。
• 如果您希望增加对分派的实际作业的控制，请使用此选项。您可以在此处添加任何其他功能来发送电子邮件。例如，可能存在自定义逻辑，用于在电子邮件发送之前过滤内容。
• 您将需要手动创建作业，而Mail门面已包含作业，隐藏在我们的实现之外。

有点不幸的是，5.2文档使用邮件作为调度事件的一个例子，因为大多数开发人员只会到达Mail::queue()。这里的混乱局面得到了警告。

至于队列的速度，我不确定为什么你的队列会比预期慢，抱歉！