laravel 邮件推送

Laravel的邮件系统，说白了就是一套把“发信”这件事封装到极致的工具。我见过太多新手在控制器里直接拼字符串当邮件内容，然后调`Mail::raw()`硬发。结果模板一改，全项目跟着遭殃。 真正用起来，第一步是配置`.env`。`MAIL_MAILER=smtp`，`MAIL_HOST=smtp.gmail.com`这些，填错一个字母，邮件就卡在队列里出不去。有一次我调试了半天，最后发现是密码里带了个`#`号，被注释掉了。这种坑，文档里可不会写。 接着是`Mail::to($user)->send(new OrderShipped($order))`。这个`OrderShipped`类，得用`php artisan make:mail OrderShipped`生成。它内部有`envelope()`和`content()`两个方法，前者定义主题，后者指定视图模板。视图文件放在`resources/views/emails/`下，用Blade语法写变量。这里有个细节——邮件模板里别用太多`@if`嵌套，很多邮件客户端对复杂CSS和条件渲染支持极差。纯表格布局加内联样式，虽然丑，但至少在Outlook里不会变成乱码。 真正让Laravel邮件系统拉开差距的，是队列。`Mail::to($user)->queue(new OrderShipped($order))`，一个`queue`方法代替`send`，邮件就扔进Redis队列异步处理了。用户注册完不用干等三秒的SMTP握手，体验立马不一样。队列失败重试机制也简单，`php artisan queue:retry all`就能把失败任务捞回来。不过我得提醒一句，队列驱动别用`database`，高并发下会出现重复消费。`redis`加`block_for`配置才是正解。 本地测试是个大坑。用`Mail::fake()`配合`Mail::assertSent(OrderShipped::class)`，能验证邮件是否被触发，但内容对不对得上，还得靠`Mail::assertSent(..., function ($mail) use ($order) { return $mail->order->id === $order->id; })`。这套断言写多了，你会发现自己对邮件逻辑的掌控力远高于用第三方调试工具的时候。 再聊个实战案例。之前做电商项目，订单取消要发通知。业务方要求邮件里附带取消原因，但取消动作发生在服务层，邮件类却只接收`Order`模型。我的解法是在`OrderShipped`构造函数里多传一个`$reason`参数，然后模板里直接`{ { $reason }}`。简单粗暴，但管用。别迷信什么事件驱动，复杂业务下，显式传参比隐式监听好调试十倍。 最后说个冷门但实用的技巧。`Mail::alwaysTo('dev@example.com')`放在`AppServiceProvider::boot()`里，所有邮件都会转发到这个地址。配合`MAIL_DRIVER=log`，本地开发时邮件直接写进`storage/logs/laravel.log`，连SMTP服务器都不用配。省下的时间，够你多喝一杯咖啡了。