Laravel 8维护模式下dd()输出的请求Cookie未解密，如何解决？

问题原因 #

Laravel启用维护模式（php artisan down）时，默认只会加载最核心的框架功能，不会执行web中间件组里的EncryptCookies中间件——而Cookie的解密逻辑正是由这个中间件处理的。这就导致维护模式下直接获取的Cookie仍是加密状态，无法直接使用。

解决方案 #

方法1：修改维护模式的请求处理逻辑 #

直接在public/index.php中调整维护模式的响应代码，手动让请求经过EncryptCookies中间件处理：

// 原维护模式检测代码
if (file_exists($maintenance = __DIR__.'/../storage/framework/maintenance.php')) {
    require $maintenance;

    // 1. 捕获当前请求
    $request = Illuminate\Http\Request::capture();

    // 2. 实例化解密Cookie的中间件
    $encryptMiddleware = app(\App\Http\Middleware\EncryptCookies::class);

    // 3. 让请求经过中间件，完成Cookie解密
    $request = $encryptMiddleware->handle($request, fn($req) => $req);

    // 此时$request->cookies就是解密后的数组了
    // 示例：打印解密后的Cookie
    // dd($request->cookies);

    // 4. 返回自定义维护页面（或默认503响应）
    return response()->view('errors.503', [], 503);
}

方法2：自定义维护模式路由与中间件 #

如果你希望通过路由系统来处理维护模式请求，可以在routes/web.php中添加带中间件的路由组，确保EncryptCookies被执行：

// 仅在维护模式下生效的路由
Route::middleware(['maintenance', 'encryptCookies', 'web'])->group(function () {
    Route::fallback(function () {
        // 这里可以直接访问解密后的Cookie
        // dd(request()->cookies);
        return response()->view('errors.503', [], 503);
    });
});

注意：这种方式需要确保自定义路由优先级高于默认的维护模式拦截逻辑，也可在AppServiceProvider中使用MaintenanceMode类绑定自定义响应路由。

注意事项 #

• 修改public/index.php后，要注意不同Laravel版本的维护模式检测代码可能略有差异，需对应版本调整。
• 若应用使用了自定义Cookie加密逻辑，需替换示例中的\App\Http\Middleware\EncryptCookies为自身的中间件类。

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