如何设置 Laravel 中间件的执行顺序？

Question

Laravel 5 documentation 描述了两种分配中间件的方法：

1. 将中间件分配给控制器的路由。
2. 在控制器的构造函数中指定中间件。

然而，我意识到任何写在控制器 __construct() 函数中的代码都会在 Middleware 之前运行，即使 Middleware 是在第一行声明的控制器的__construct 函数。

我在 Laravel github 存储库中找到了一个 bug report 来解决类似的问题。然而，一位合作者关闭了该问题，并指出“这是预期的行为。”。

我认为middleware 应该是应用程序之外的“层”，而__construct 函数是应用程序的一部分。

为什么__construct 函数在中间件之前执行（假设它是在中间件运行之前声明的）？为什么会出现这种情况？

Answer 1

另一个回答该问题的另一个用例

如果它与中间件之间的顺序有关

您可以在 App\Kernel 中更新 $middlewarePriority。

Answer 2

应用程序逻辑驻留在控制器的方法中。所以基本上应用程序存在于控制器的方法中，而不是整个控制器本身。

中间件在请求进入相应的控制器方法之前运行。因此，这总是在真正的应用程序之外。除非所有中间件都传递请求，否则不会执行任何控制器方法。

您放入控制器构造函数中的$this->middleware("My\Middleware"); 语句注册My\Middleware 用于在请求进入应用程序之前进行检查。

如果您看到中间件的代码并且 如果请求通过，那么我们使用$next($request); 语句将其发送到下一个中​​间件。这允许为单个请求执行多个中间件。现在，如果 Laravel 在 $this->middleware(...); 语句处运行中间件，Laravel 可能无法知道接下来应该检查哪个中间件。

所以，Laravel 解决了这个问题，首先注册所有的中间件，然后将请求一个一个地传递给所有的中间件。

Answer 3

在App\Http\Kernel中设置中间件优先级

例如，在这里我需要我的自定义身份验证中间件首先运行（在替换绑定之前），所以我将它移到堆栈上：

public function __construct(Application $app, Router $router)
{
    /**
     * Because we are using a custom authentication middleware,
     * we want to ensure it's executed early in the stack.
     */
    array_unshift($this->middlewarePriority, MyCustomApiAuthMiddleware::class);

    parent::__construct($app, $router);
}

或者，如果您需要显式控制，您可以覆盖整个优先级结构（不推荐，因为您必须在升级过程中密切注意以查看框架是否发生变化）。针对此问题的是处理路由模型绑定的 SubstituteBindings 类，因此请确保您的身份验证中间件在此之前的某个时间出现。

/**
 * The priority-sorted list of middleware.
 *
 * Forces the listed middleware to always be in the given order.
 *
 * @var array
 */
protected $middlewarePriority = [
    \App\Http\Middleware\MyCustomApiAuthMiddleware::class
    \Illuminate\Session\Middleware\StartSession::class,
    \Illuminate\View\Middleware\ShareErrorsFromSession::class,
    \Illuminate\Auth\Middleware\Authenticate::class,
    \Illuminate\Session\Middleware\AuthenticateSession::class,
    \Illuminate\Routing\Middleware\SubstituteBindings::class,
    \Illuminate\Auth\Middleware\Authorize::class,
];

Answer 4

他们更新了middlewares、controller 和控制器构造之间的执行顺序。

以前是：

1. The global middleware pipeline
2. The route middleware pipeline
3. The controller middleware pipeline

现在是：

1. The global middleware pipeline
2. Controller's Construct
3. The route & controller middlewares

在这里阅读更多： https://laracasts.com/discuss/channels/general-discussion/execution-order-in-controllers-constructor-whit-middleware https://laravel-news.com/controller-construct-session-changes-in-laravel-5-3