* * * * * [TOC] ## 简介 在「日常生活」中使用任何工具时, 如果理解了该工具的工作原理，使用时能更加运用自如。这对应用开发来说也一样，当你能真正懂得一个功能背后实现原理时，你就离成为大神不远了。 文档存在目的是为了让你更加清晰地了解 Laravel 框架是如何工作。通过更好地了解整个框架，让一切都不再感觉很「神奇」。相信我，这有助于你更加清楚自己在做什么，对自己想做的事情更加胸有成竹。就算你不明白所有的术语，也不用因此失去信心！只要多一点尝试、学着如何运用，随着你浏览文档的其他部分，你的知识一定会因此增长。 ## 生命周期概述 ### 开始 `public/index.php` 文件是所有对 Laravel 应用程序的请求的入口点。而所有的请求都是经由你的 Web 服务器（Apache/Nginx）通过配置引导到这个文件。`index.php` 文件不包含太多的代码，却是加载框架的起点。 `index.php` 文件加载 Composer 生成定义的自动加载器，然后从 `bootstrap/app.php` 脚本中检索 Laravel 应用程序的实例。Laravel 本身采取的第一个动作是创建一个 application/ [service container](https://www.kancloud.cn/tonyyu/laravel_5_6/786056) 的实例。 ### HTTP / 控制内核 接下来，根据进入应用程序的请求类型来将传入的请求发送到 HTTP 内核或控制台内核。而这两个内核是用来作为所有请求都要通过的中心位置。现在，我们先看看位于 `app/Http/Kernel.php` 中的 HTTP 内核。 HTTP 内核继承了 `Illuminate\Foundation\Http\Kernel` 类，它定义了在执行请求之前运行的 `bootstrappers` 数组。这个数组负责在实际处理请求之前完成这些内容：配置错误处理、配置日志记录、 [检测应用环境](https://www.kancloud.cn/tonyyu/laravel_5_6/786051#_6) 以及执行其他需要完成的任务。 HTTP 内核还定义了所有请求被应用程序处理之前必须经过的 HTTP [中间件](https://www.kancloud.cn/tonyyu/laravel_5_6/786089) 的列表。这些中间件处理 [HTTP 会话](https://www.kancloud.cn/tonyyu/laravel_5_6/786180) 的读写、确定应用程序是否处于维护模式、 [验证 CSRF 令牌](https://www.kancloud.cn/tonyyu/laravel_5_6/786094) 等。 HTTP 内核的 `handle` 方法的方法签名非常简单：接收 `Request` 并返回 `Response` 。可以把内核当作是代表整个应用程序的大黑盒，给它 HTTP 请求，它就返回 HTTP 响应。 #### 服务提供器 最重要的内核引导操作之一是加载应用程序的 [服务提供器](https://www.kancloud.cn/tonyyu/laravel_5_6/786057) 。应用程序的所有服务提供器都在 `config/app.php` 配置文件的 `providers` 数组中配置。首先，所有提供器都会调用 `register` 方法，接着，由 `boot` 方法负责调用所有被注册提供器。 服务提供器负责引导所有框架的各种组件，如数据库、队列、验证和路由组件。也就是说，框架提供的每个功能都由它们来引导并配置。因此也可以说，服务提供器是整个 Laravel 引导过程中最重要的方面。 #### 分配请求 一旦引导了应用程序且注册所有服务提供器，`Request` 请求就会被转交给路由器来进行调度。路由器将请求发送到路由或控制器或任何运行于路由的特定中间件。 ## 聚焦服务提供器 服务提供器是引导 Laravel 应用程序真正的关键。创建应用程序实例、注册服务提供器，并将请求交给被引导的应用程序。就是这么简单！ 牢牢掌握 Laravel 应用程序如何通过服务提供器来构建和引导是非常有价值的。应用程序的默认服务提供器存储在 `app/Providers` 目录中。 默认情况下，`AppServiceProvider` 没什么内容。这个提供器是用来添加自定义的应用程序引导和服务容器绑定。对于大型应用程序来说，可以创建几个服务提供器，让每个服务提供器都具有更精细的引导类型。