Laravel邮件通知(Notification)与原生Mail类是两套独立机制,不可混用;Notification必须继承Notification类、实现toMail()方法,并由Notifiable模型触发,SMTP配置统一通过.env和config/mail.php管理,配置错误或缓存未清除将导致静默失败。

直接说结论:Laravel 的邮件通知(Notification)和原生邮件类(Mail)是两套机制,不能混用;发 Notification 必须用 Notifiable trait 和 toMail() 方法,而 SMTP 配置统一走 .env 和 config/mail.php,改错位置就发不出邮件。
Notification 类必须实现 toMail() 方法
Notification 不是直接调用 Mail::to(),而是通过用户模型触发。常见错误是写了 Notification::send() 却没在 Notification 类里定义 toMail(),结果静默失败、无报错、无日志。
- Notification 类必须继承
Notification,且至少实现toMail($notifiable)方法 -
$notifiable必须实现了Notifiabletrait,并有routeNotificationForMail()或email属性(默认读取模型的email字段) - 如果想发给非模型对象(比如临时邮箱),得手动传入
AnonymousNotifiable实例
php // app/Notifications/OrderShipped.php use Illuminate\Notifications\Notification; use Illuminate\Notifications\Messages\MailMessage;class OrderShipped extends Notification { public function toMail($notifiable) { return (new MailMessage) ->subject('订单已发货') ->line('您的订单 #'.$this->order->id.' 已发出。') ->action('查看订单', url('/orders/'.$this->order->id)); } }
SMTP 配置只认 .env 里的 MAIL_MAILER 和对应字段
Laravel 9+ 默认用 MAIL_MAILER=smtp,但很多人改了 MAIL_HOST 却忘了同步改 MAIL_PORT 或漏设 MAIL_ENCRYPTION,导致连接被拒绝或认证失败。
- QQ 邮箱用
MAIL_PORT=587+MAIL_ENCRYPTION=tls;163 邮箱同理;Gmail 要开“应用专用密码”,端口也是 587 - 若用
MAIL_MAILER=smtp,MAIL_USERNAME必须是完整邮箱地址(如user@qq.com),不是用户名 - 本地开发建议先用
MAIL_MAILER=log看日志是否生成,排除代码逻辑问题
# .env
MAIL_MAILER=smtp
MAIL_HOST=smtp.qq.com
MAIL_PORT=587
MAIL_USERNAME=your@qq.com
MAIL_PASSWORD=your_app_password # 不是登录密码
MAIL_ENCRYPTION=tls
MAIL_FROM_ADDRESS=your@qq.com
MAIL_FROM_NAME="${APP_NAME}"发 Notification 和发普通邮件别搞混
有人试图在 toMail() 里写 Mail::to(...)->send(...),这是双重发送,不仅多余,还可能因重复认证失败。
- 用
Notification就老实用$user->notify(new OrderShipped($order))或Notification::send($users, new OrderShipped($order)) - 想发纯邮件(不走通知系统),直接用
Mail::to('x@example.com')->send(new WelcomeEmail()),这时需要自己写 Mailable 类(继承Mailable,含build()) - 两者模板路径不同:Notification 的
MailMessage是链式构建,Mailable 才用resources/views/emails/welcome.blade.php
队列发邮件时记得运行 queue:work 并检查 QUEUE_CONNECTION
Notification 默认不进队列,要发队列必须显式加 implements ShouldQueue,否则即使配置了 Redis/Database 队列,也还是同步发——本地开发容易误以为“没反应”其实是卡在 SMTP 连接超时。
- 加队列后,确保
.env中QUEUE_CONNECTION=redis(或 database)且服务正常 - 执行
php artisan queue:work --tries=3,否则失败任务不会重试,也不会进failed_jobs表 - SMTP 超时默认 30 秒,队列任务超时(
retry_after)必须大于这个值,否则任务被重复投递
最常被忽略的是:Notification 类里没返回 MailMessage 实例(比如忘了 return),或者 .env 没 php artisan config:clear 导致缓存旧配置。这两点一错,连日志都看不到。









