1.环境检测与配置加载
Illuminate\Foundation\Http\Kernel.php
protected $bootstrappers = [
'Illuminate\Foundation\Bootstrap\DetectEnvironment',
'Illuminate\Foundation\Bootstrap\LoadConfiguration',
'Illuminate\Foundation\Bootstrap\ConfigureLogging',
'Illuminate\Foundation\Bootstrap\HandleExceptions',
'Illuminate\Foundation\Bootstrap\RegisterFacades',
'Illuminate\Foundation\Bootstrap\RegisterProviders',
'Illuminate\Foundation\Bootstrap\BootProviders',
];
//将请求通过中间件和路由处理
protected function sendRequestThroughRouter($request)
{
$this->app->instance('request', $request);
Facade::clearResolvedInstance('request');
$this->bootstrap();
return (new Pipeline($this->app))
->send($request)
->through($this->app->shouldSkipMiddleware() ? [] : $this->middleware)
->then($this->dispatchToRouter());
}
//针对请求为应用程序“拔靴带”
public function bootstrap()
{
if (! $this->app->hasBeenBootstrapped()) {
$this->app->bootstrapWith($this->bootstrappers());
}
}
1.环境检测与配置加载
配置都是以文件形式提供的，其中环境检测文件是Laravel框架根目录下的.evn文件，而配置加载的配置文件是laravel\config\目录下的所有文件，两者的关系可以看做是主从的关系，即在配置加载过程中设置的参数都可以在.evn文件中进行设置，而.evn中对环境的配置将会覆盖配置加载项，当然也可以修改成不覆盖。说简单点，就是将一些重要的配置参数从laravel\config\目录下的文件中提取到.evn文件中，这样易于随时修改。
2.外观注册
Illuminate\Foundation\Bootstrap\RegisterFacades.php
public function bootstrap(Application $app)
{
Facade::clearResolvedInstances();
Facade::setFacadeApplication($app);
AliasLoader::getInstance($app->make('config')->get('app.aliases'))->register();
}
一是完成外观自动加载类的实例化并将外观别名数组添加到该实例中，这里需要与composer的自动加载类进行区别；二是完成外观自动加载类中的自动加载函数的添加。对于外观自动加载类（AliasLoader类）的实例化是通过类的静态函数getInstance（）实现的，而外观别名是在实例化过程中通过参数传入的，外观别名通过代码“$app->make（'config'）->get（'app.aliases'）”获取，这句代码就用到了配置加载的内容，即获取加载的app.php配置文件，返回数组中的键值为“aliases”的数组值。
对于别名Laravel框架中有两个，一个是容器核心别名，定义在Application类中，而存储在Application类实例的$aliases属性中（实际上该属性是在Container类中，因为Application类继承Container类，所以继承了这个属性，这里没有给出加上命名空间的全部名称）；另一个是外观别名，定义在app.php配置文件中，程序运行后存储在AliasLoader类实例的$aliases属性中。
3.服务提供者注册
在服务提供者的注册过程中将服务提供者分为三类，即when类、eager类和deferred类。
- when类是注册事件，只有当事件发生时才会自动注册这个服务提供者；
- eager类会直接加载，加载方式和注册基础服务提供者的过程相同；
- deferred类的服务提供者存储在列表中，需要加载时才会加载。
服务提供者都继承于服务提供者基类（Illuminate\Support\ServiceProvider），该类是一个抽象类，其中定义一个抽象函数register（），所以每个服务提供者都需要实现该函数，而该函数中实现了服务注册的内容，所以服务提供者注册就是实例化服务提供者并调用该实例的register（）函数，将服务绑定到服务容器实例中。
4.启动服务
准备阶段的最后一个步骤是启动服务，服务提供者必须要实现register（）函数，还有一个boot（）函数根据需要决定是否实现，主要用于启动服务，而该函数不是必须的，如果不实现会在父类中统一处理。而对于实现boot（）函数的服务提供者，会通过BootProviders类进行统一管理调用。
中间件
/**
* The application's route middleware groups.
*
* @var array
*/
protected $middlewareGroups = [
'web' => [
\App\Http\Middleware\EncryptCookies::class,
\Illuminate\Cookie\Middleware\AddQueuedCookiesToResponse::class,
\Illuminate\Session\Middleware\StartSession::class,
// \Illuminate\Session\Middleware\AuthenticateSession::class,
\Illuminate\View\Middleware\ShareErrorsFromSession::class,
\App\Http\Middleware\VerifyCsrfToken::class,
\Illuminate\Routing\Middleware\SubstituteBindings::class,
],
'api' => [
'throttle:60,1',
'bindings',
],
];
在Laravel框架中，很多注释和代码名称已经非常形象地表达了程序代码的功能，代码注释中将中间件称为“洋葱”层，将整个处理流程称为“管道”，有些地方会用到这些名词，如果读者理解了真正的含义就会更容易理解程序。对请求的处理阶段，首先对管道类（Pipeline类）进行了实例化，分别通过send（）函数和through（）函数将请求实例和中间件数组赋值给管道实例，而最终的处理是通过then（）函数完成的，该函数有一个参数，这个参数是经过“管道”后的终点处理函数，即下一步的路由处理。而then（）函数其实就是将整个中间件数组通过服务容器生成实例，并对这些实例的handle（）函数和传入的终点处理回调函数进行组装，形成一个递归调用的回调函数，再进行调用，最终完成“管道”的逐级处理。
路由处理生成相应
- 路由匹配
通常有两个参数：一个是 URI，另一个是处理函数或处理函数定位即控制器方法 - 控制器分发
判断是否有中间件需要处理 - 响应生成
响应最终是封装在Illuminate\Http\Response实例中
响应的发送与程序终止
响应的发送
响应头信息包括状态行、首部字段和Cookie的发送，状态行和首部字段是通过header（）函数完成的，Cookie的发送是通过setcookie（）函数完成的，这里的Cookie内容主要是session的ID及CSRF（跨网站请求伪造）令牌，一个用于会话控制，另一个是防止CSRF攻击。在响应发送完成后，通过调用closeOutputBuffers（）静态函数完成缓冲区的释放。程序终止
程序终止主要是完成终止中间件的调用
请求到响应的整个执行过程，主要可以归纳为四个阶段：
- 程序启动准备阶段
- 请求实例化阶段
- 请求处理阶段
- 响应发送和程序终止阶段。
每个阶段都有相应的职责功能。
程序启动准备阶段主要完成文件自动加载的实现、服务容器的实例化、基础服务提供者的注册及核心类的实例化等，核心类实例对象用于控制请求实例对象生成和处理过程的各个环节，而服务容器实例化是为整个过程提供资源服务。
请求实例化阶段是将请求信息以对象的形式进行记录保存的过程。
请求处理阶段首先是准备请求处理的环境，包括环境加载、服务提供者注册等七个环节，然后将请求实例通过中间件处理及通过路由和控制器的分发控制，使得不同请求通过相应的处理函数进行处理并生成响应的过程。
响应发送和程序终止阶段是将响应返回给客户端并记录与客户端有关的信息等工作。这就是Laravel框架的整个生命周期过程。
