Menu

请求生命周期

请求的生命周期

简介

使用「现实世界」中的任何工具时,若能了解它的运作原理,你将会更有信心来用好它。开发应用程序也一样。当你明白开发工具的运作方式时,使用它们将会感到更舒适、更有信心。

这份文档的主要目的在于为你讲解 Laravel 框架是如何「运作」的。当你对整个框架愈加了解时,有些事情便不会再那么「神奇」,也会使你在创建应用程序时更具信心。

若你目前还无法了解所有的术语,请不要灰心!只要对现在提到的东西有个基本概念,你的知识将在后面随着你对这份文档和其它章节的探索而成长。

生命周期概要

首要之事

public/index.php 这个文件是 Laravel 应用程序所有请求的进入点。所有的请求都通过你的网页服务器(Apache / Nginx)的设置导向这个文件。index.php 这个文件并没有太多的代码。更确切地说,它只是个起始点,用来加载框架的其它部分。

index.php 此文件会加载由 Composer 生成的自动加载器定义,并获取由 bootstrap/app.php 文件中所生成的 Laravel 应用程序实例。Laravel 自身的第一个动作就是创建一个应用程序/ 服务容器 的实例。

HTTP / 终端核心

接下来,进入应用程序的请求的会被送往 HTTP 核心或终端核心,视该请求的种类而定。这两种核心是所有请求流向的中心位置。现在开始,我们只将焦点放在 HTTP 核心,它位于 app/Http/Kernel.php

HTTP 核心扩展了 Illuminate\Foundation\Http\Kernel 类,它定义了一个 bootstrappers 数组,在请求被运行前会先行运作。这些启动器设置了错误处理、日志记录、侦测应用程序环境,并运行其它需要在请求实际处理前就该被完成掉的工作。

HTTP 核心也定义了一份 HTTP 中间件 清单,所有的请求在被应用程序处理之前都必须经过它们。这些中间件处理 HTTP session 的读写、验证 CSRF 令牌、决定应用程序是否处于维护模式,以及其它更多任务作。

HTTP 核心 handle 方法的方法签章相当简单:接收一个 Request 并返回一个 Response。把核心想像成一个大的黑盒子,代表你完整的应用程序。喂给它 HTTP 请求,它就会传回 HTTP 响应。

服务提供者

最重要的核心启动加载行为之一,是加载你的应用程序的 服务提供者。应用程序的所有服务提供者,都在 config/app.php 此配置文件的 providers 数组中被设置。首先,所有提供者的 register 方法会被调用,一旦所有提供者都被注册之后,boot 方法就会被调用。

服务提供者负责在启动时加载框架的所有组件,例如数据库、队列、验证、以及路由组件。服务提供者启动加载并设置框架提供的各种功能,是整个 Laravel 启动加载过程中最重要的面向。

请求分派

一旦应用程序被启动且所有的服务提供者都被注册之后,Request 将被移转给路由器进行分派。路由器会将请求分派给路由或控制器,并运行所有特定路由的中间件。

专注于服务提供者

服务提供者是启动 Laravel 应用程序的真正关键。应用程序的实例被创建、服务提供者被注册、请求被移转至已启动的应用程序。真的就是这么简单!

真正掌握 Laravel 应用程序是如何创建并通过服务提供者启动,将是很有价值的。当然,你的应用程序默认的服务提供者存放在 app/Providers 此一目录下。

默认情况下,AppServiceProvider 几乎是空的。要加入你应用程序自己的启动及服务容器绑定,此提供者是一个很好的地方。当然,对大型应用程序而言,你可能希望创建若干个服务提供者,每一个都具备更精细的启动类型。


{note} 欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。

转载请注明:本文档由 Laravel China 社区 [laravel-china.org] 组织翻译。

文档永久地址: http://d.laravel-china.org

本文章首发在 Laravel China 社区
上一篇 下一篇
讨论数量: 1
发起讨论


miss201
关于服务器提供者翻译文字的问题?
0 个点赞 | 0 个回复 | 问答
刻意练习,每日精进。
1
点赞
342
浏览
1
讨论

维护者