Laravel 请求生命周期

这是一篇翻译文章，原文 Request Life Cycle of Laravel，译文 Laravel 请求生命周期首发于个人博客，转载请注明出处。

当需要使用一个框架、工具或者服务时，在使用前应对其运行原理进行研究。随着原理研究工作的不断深入，能让我们在使用时更得心应手。

这篇文章旨在帮助大家掌握「Laravel HTTP 请求生命周期」的工作原理。内容涵盖当一个 HTTP 请求发送到 Laravel 服务后，这个请求在项目运行的各个阶段是如何被处理的，然后框架又是如何将处理结果发送回用户的。

我们会带领大家一步步深入挖掘出这其中的秘密。

自动加载

第一步，当用户在浏览器访问 URL 时会发起一个 HTTP 请求，最终这个请求被发送到我们的 Web 服务器。Web 服务器（Apache 或 Nginx）通过匹配的服务配置，再将请求发送到 Laravel 中的入口文件 public/index.php，该文件完成项目依赖服务的加载功能。首先它将 composer 生成的自动加载器引入项目（译注：require DIR.'/../vendor/autoload.php';）。

然后接收由 bootstrap/app.php 文件创建的应用实例。创建实例的过程即是项目初始化的过程。

内核

下一步：我们将焦点锁定到应用实例的内核部分。

应用实例根据 HTTP 请求的运行环境，来决定将请求发送到 HTTP 内核或 Console 内核。这两个内核是所有 HTTP 请求的集散中心。

HTTP 内核是定义在 app/Http/Kernel.php 文件内的 Kernel 实现类，它接收一个请求，然后返回一个响应，就是这么简单。不过，在 Kernel 类的内部有定义诸多的 引导程序（Bootstrappers），这些引导程序会完成错误句柄（handle）配置、日志配置、运行环境识别和所有需要在请求被执行前完成的配置工作。

不仅如此，Kernel 类还定义了许多需要在请求被处理前需要被执行的中间件。

服务提供者

接下来，内核会在引导项目启动时加载服务提供者。应用实例所依赖的服务提供者可以在 config/app.php 配置文件中的 providers 节点找到。

一个服务提供者的 register() 方法被调用时，这个服务提供者即被注册到应用实例。完成所有服务提供者注册到应用实例后，应用实例执行启动方法（boot method）引导项目启动。

分发请求

随着应用实例完成引导、注册服务器提供者和启动等处理，接下来请求便会被路由器（Router）转发。路由器将请求转发至注册的路由和对应的控制器（译注：在 routes/web.php 或 routes/api.php 文件中定义的路由），并且执行当前路由相关的中间件。

路由器

现在到了请求被处理和渲染的环节：

Router will direct the HTTP Request to a Controller or return a view or responses directly by omitting the controller. These routes will be placed in app/routes.php.

路由器把 HTTP 请求发送到匹配的控制器或视图。我们可以在 routes/web.php 中（译注：原文定义在 app/routes.php 中，仅适用于 Laravel 5.3 之前）定义路由。

项目所有的控制器都管理在 app/Https/Controllers（译注：原文 app/controllers）目录中，一个控制器对应一个操作，并发送数据到其视图。

视图文件被定义在 resources/views 目录中，功能是输出数据并响应 HTTP 请求。

下面的执行流程图详细描述了上述步骤的执行过程：

HTTP 请求生命周期