请求生命周期
简介
当你在“现实世界”中使用任何工具时，如果你理解该工具的工作原理，你会感到更加自信。应用程序开发也不例外。当你理解开发工具的功能时，你会感到更舒适和自信地使用它们。
本文档的目标是让你对 Laravel 框架的工作原理有一个良好的、高层次的概述。通过更好地了解整个框架，一切都会变得不那么“神奇”，你在构建应用程序时会更有信心。如果你不能马上理解所有的术语，不要灰心！只需尝试对正在发生的事情有一个基本的了解，你的知识将随着你探索文档的其他部分而增长。
生命周期概览
第一步
所有对 Laravel 应用程序的请求的入口点是 public/index.php 文件。所有请求都由你的 Web 服务器（Apache / Nginx）配置引导到这个文件。index.php 文件没有包含太多代码。相反，它是加载框架其余部分的起点。
index.php 文件加载 Composer 生成的自动加载器定义，然后从 bootstrap/app.php 检索 Laravel 应用程序的实例。Laravel 自身采取的第一个动作是创建应用程序/服务容器的实例。
HTTP / 控制台内核
接下来，根据进入应用程序的请求类型，传入的请求会被发送到 HTTP 内核或控制台内核，通过应用程序实例的 handleRequest 或 handleCommand 方法进行。这两个内核是所有请求流经的中心位置。现在，让我们只关注 HTTP 内核，它是 Illuminate\Foundation\Http\Kernel 的实例。
HTTP 内核定义了一个 bootstrappers 数组，这些引导程序将在请求执行之前运行。这些引导程序配置错误处理、配置日志记录、检测应用程序环境，以及执行在实际处理请求之前需要完成的其他任务。通常，这些类处理你无需担心的内部 Laravel 配置。
HTTP 内核还负责将请求传递到应用程序的中间件堆栈。这些中间件处理读取和写入 HTTP 会话、确定应用程序是否处于维护模式、验证 CSRF 令牌等等。我们很快就会更详细地讨论这些。
HTTP 内核的 handle 方法签名非常简单：它接收一个 Request 并返回一个 Response。将内核视为一个代表你整个应用程序的大黑盒。向它提供 HTTP 请求，它将返回 HTTP 响应。
服务提供者
最重要的内核引导操作之一是为你的应用程序加载服务提供者。服务提供者负责引导框架的各种组件，例如数据库、队列、验证和路由组件。
Laravel 将遍历这个提供者列表并实例化每一个。实例化提供者后，将在所有提供者上调用 register 方法。然后，一旦所有提供者都已注册，将在每个提供者上调用 boot 方法。这是为了让服务提供者可以依赖所有容器绑定在其 boot 方法执行时已被注册并可用。
基本上，Laravel 提供的每个主要特性都由一个服务提供者引导和配置。由于它们引导和配置了框架提供的如此多的特性，服务提供者是整个 Laravel 引导过程中最重要的方面。
虽然框架内部使用了数十个服务提供者，但你也可以选择创建自己的服务提供者。你可以在 bootstrap/providers.php 文件中找到你的应用程序正在使用的用户定义或第三方服务提供者列表。
路由
一旦应用程序被引导并且所有服务提供者都已注册，Request 将被移交给路由器进行分发。路由器会将请求分派到一个路由或控制器，以及运行任何路由特定的中间件。
中间件提供了一种方便的机制来过滤或检查进入应用程序的 HTTP 请求。例如，Laravel 包含一个中间件，用于验证你的应用程序的用户是否已通过身份验证。如果用户未通过身份验证，中间件会将用户重定向到登录屏幕。但是，如果用户通过身份验证，中间件将允许请求进一步进入应用程序。一些中间件被分配给应用程序中的所有路由，如 PreventRequestsDuringMaintenance，而另一些则仅分配给特定的路由或路由组。你可以通过阅读完整的中间件文档来了解更多关于中间件的信息。
如果请求通过了所有匹配路由的分配中间件，则将执行路由或控制器方法，并且由路由或控制器方法返回的响应将通过路由的中间件链发送回去。
收尾
一旦路由或控制器方法返回一个响应，该响应将向外通过路由的中间件返回，让应用程序有机会修改或检查传出的响应。
最后，一旦响应通过中间件返回，HTTP 内核的 handle 方法将响应对象返回给应用程序实例的 handleRequest，并且此方法在返回的响应上调用 send 方法。send 方法将响应内容发送到用户的 Web 浏览器。至此，我们完成了整个 Laravel 请求生命周期的旅程！
聚焦服务提供者
服务提供者确实是引导 Laravel 应用程序的关键。创建应用程序实例，注册服务提供者，然后将请求移交给已引导的应用程序。就是这么简单！
牢固掌握 Laravel 应用程序是如何构建和通过服务提供者引导的，是非常有价值的。你的应用程序的用户定义服务提供者存储在 app/Providers 目录中。
默认情况下，AppServiceProvider 几乎是空的。这个提供者是添加你自己的应用程序引导和服务容器绑定的绝佳位置。对于大型应用程序，你可能希望创建多个服务提供者，每个提供者为应用程序使用的特定服务提供更细粒度的引导。