【Laravel5.2翻译】 Request 生命周期

---

前阵子看了点Laravel源码，越看越乱，网上大部分中文文档都是直译，比较生涩难懂，还是决定看英文文档顺便就我的理解做下翻译整理记录下来

思维导图

引言

在现实生活中当你使用工具的时候，如果你知道工具如何运作的话，你会用起来更自信。应用开发也是如此。如果你理解开发工具的如何工作的，你用起来就会更舒服和自信。
这篇文档的目的就是告诉你Laravel框架是如何工作的。通过更好的了解全部框架，所有东西就变得不是那么神奇，你将更有信心的创建你自己的应用。
如果你无法立刻理解所有的细节，不要失去信心！尽力理解最基本的东西，当你看其他章节的时候你会理解的越来愈多。

生命周期概述

首先

Laravel应用所有请求的入口点是public/index.php。所有的请求被你的web服务器(Apache/Nginx)配置定向到这个文件。index.php代码很少。它只是加载其它框架的简单起点。

index.php首先加载Composer生成的autoloader定义，然后从bootstrap/app.php中脚本获取Laravel application实例。Laravel第一个动作就是创建一个application或者说service container实例。

HTTP/Console 核心

下一步，进来的请求会根请求类型发送到HTTP Kernel或者Console Kernel。这2个核心处在所有请求经过的中心位置。现在，我们只是把重心放在Http Kernel，它位于app/Http/Kernel.php。
Http Kernel继承于Illuminate\Foundation\Http\Kernel，它在bootstrappers数组里定义一些引导程序，它们会在请求被处理前运行。这些引导程序的作用是配置错误处理、配置日志、确定应用环境，然后执行一些请求被实际操作前需要做的任务。
Http Kernel还定义了一些Http middleware，所有请求被应用程序使用前必须通过它们。这些中间件负责HttpSession的读写，确定应用是否在维修状态，核实CSRF token等等。

HTTP Kernel的 handle方法的方法签名很简单：接收一个Request然后返回 Response。想象一下，Kernel变成一个象征整个应用程序的大黑盒，给它灌Http Request然后它还给你HTTP Response

服务提供者

Kernel最重要的引导动作之一就是为应用程序加载service providers。所有服务提供者被配置在config/app.php配置文件中的providers数组中。所有providers的register方法会先被调用，一旦所有providers都注册了，就会呼叫boot方法。
Service providers的职责是引导框架中各种各样的组件，比如数据库，队列，验证和路由组件。由于引导和配置了框架提供的每个特色服务，它们是整个Laravel引导程序中最重要的部分。

分发请求

当应用被引导完，服务提供者被注册好之后，Request将被移交给路由器来分发。路由器将把请求发送给一个路由或者控制器以及任何路由特性的中间件。

关注服务提供者

毫无疑问，服务器提供者是引导Laravel应用的关键。应用实例被创建，服务提供者被注册，最后获取请求来引导应用。就是那么简单。

深刻理解Laravel应用如何通过服务提供者被创建和引导起来是很有价值的。当然，服务提供者默认被存放在app/Providers目录下。

默认地，AppServiceProvider里面相当干净。这个provider很重要，你可以在里面添加你应用自己的引导程序和服务容器绑定。当然，对于大型应用，你可能希望创建多个service provider,各自都带一个更颗粒化的引导程序。