Laravel 9队列发送验证邮件后URL失效问题求助

使用Laravel 9默认邮件验证功能，已在User模型实现MustVerifyEmail，功能正常。为优化体验将验证邮件改为队列发送，在~/Auth/Notifications/VerifyEmail.php中实现ShouldQueue并引入Queueable trait后，队列运行正常，但验证URL出现异常：

• 正常URL：http://localhost/laravel/test3/public/email/verify/8/0065f1dcb247eb5698c48b9f29cf954bb4281293?expires=1661746205&signature=0bd0b91c5c4b6f315084aea4727247edecc51de6abd94c0064dd5b3ca13c8e25
• 队列发送后的无效URL：http://localhost/email/verify/10/13e97097f849755e407241c5765eb5853106229b?expires=1661746916&signature=703aaecf0061b8939682270cfdfbcf24bc70c5473418116f00f5eb063b817651

URL缺失前缀laravel/test3/public，手动添加后仍提示Invalid signature，推测是临时签名URL生成的问题。当前VerifyEmail.php中的verificationUrl方法代码如下：

protected function verificationUrl($notifiable)
{
    if (static::$createUrlCallback) {
        return call_user_func(static::$createUrlCallback, $notifiable);
    }

    return URL::temporarySignedRoute(
        'verification.verify',
        Carbon::now()->addMinutes(Config::get('auth.verification.expire', 60)),
        [
            'id' => $notifiable->getKey(),
            'hash' => sha1($notifiable->getEmailForVerification()),
        ]
    );
}

问题根源是队列任务执行时，没有继承原请求的上下文环境，导致URL::temporarySignedRoute生成URL时使用了.env中配置的APP_URL（而非当前请求的实际域名前缀），同时签名生成时的路由参数上下文存在偏差。

修改verificationUrl方法，手动指定URL生成所需的域名前缀，确保签名和URL前缀一致：

use Illuminate\Support\Facades\Config;
use Illuminate\Support\Facades\URL;
use Carbon\Carbon;

protected function verificationUrl($notifiable)
{
    if (static::$createUrlCallback) {
        return call_user_func(static::$createUrlCallback, $notifiable);
    }

    // 获取配置文件中的完整应用URL前缀
    $appUrl = Config::get('app.url');

    return URL::temporarySignedRoute(
        'verification.verify',
        Carbon::now()->addMinutes(Config::get('auth.verification.expire', 60)),
        [
            'id' => $notifiable->getKey(),
            'hash' => sha1($notifiable->getEmailForVerification()),
        ],
        false,
        $appUrl // 手动指定生成URL的基础域名前缀
    );
}

补充说明 #

1. 先确保.env文件中的APP_URL设置正确，即APP_URL=http://localhost/laravel/test3/public，这样Config::get('app.url')就能拿到正确的前缀。
2. 签名无效的核心原因是生成URL时的基础域名和验证时的域名不一致，导致签名校验不通过，只要两者完全匹配，签名就能正常生效。
3. 若应用在不同环境有不同URL前缀，优先通过配置文件管理，避免硬编码。

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