Laravel 的请求周期

文档存在目的是为了让你更加清晰地了解 Laravel 框架是如何工作。通过更好地了解整个框架，让一切都不再感觉很「神奇」。相信我，这有助于你更加清楚自己在做什么，对自己想做的事情更加胸有成竹。就算你不明白所有的术语，也不用因此失去信心！只要多一点尝试、学着如何运用，随着你浏览文档的其他部分，你的知识一定会因此增长。

文件是所有对 Laravel 应用程序的请求的入口点。而所有的请求都是经由你的 Web 服务器（Apache/Nginx）通过配置引导到这个文件。index.php 文件不包含太多的代码，却是加载框架的起点。

index.php 文件加载 Composer 生成定义的自动加载器，然后从 bootstrap/app.php 脚本中检索 Laravel 应用程序的实例。Laravel 本身采取的第一个动作是创建一个 application/ 的实例。

HTTP / 控制内核

HTTP 内核继承了 类，它定义了在执行请求之前运行的 bootstrappers 数组。这个数组负责在实际处理请求之前完成这些内容：配置错误处理、配置日志记录、 以及执行其他需要完成的任务。

HTTP 内核还定义了所有请求被应用程序处理之前必须经过的 HTTP 中间件 的列表。这些中间件处理 的读写、确定应用程序是否处于维护模式、 验证 CSRF 令牌 等。

HTTP 内核的 handle 方法的方法签名非常简单：接收 Request 并返回 Response 。可以把内核当作是代表整个应用程序的大黑盒，给它 HTTP 请求，它就返回 HTTP 响应。

服务提供器

最重要的内核引导操作之一是加载应用程序的 服务提供器 。应用程序的所有服务提供器都在 配置文件的 providers 数组中配置。首先，所有提供器都会调用 register 方法，接着，由 boot 方法负责调用所有被注册提供器。

分配请求

一旦引导了应用程序且注册所有服务提供器，Request 请求就会被转交给路由器来进行调度。路由器将请求发送到路由或控制器或任何运行于路由的特定中间件。

服务提供器是引导 Laravel 应用程序真正的关键。创建应用程序实例、注册服务提供器，并将请求交给被引导的应用程序。就是这么简单！

牢牢掌握 Laravel 应用程序如何通过服务提供器来构建和引导是非常有价值的。应用程序的默认服务提供器存储在 目录中。

本文章首发在 网站上。