Detaillierte Erklärung des Lebenszyklus von Laravel

Das Folgende ist eine Einführung in den Lebenszyklus von Laravel aus der Tutorial-Kolumne Laravel. Ich hoffe, dass es für Freunde in Not hilfreich sein wird!

Der Lebenszyklus von Laravel

Alles auf der Welt hat einen Lebenszyklus, und wir müssen ihn verstehen Wenn wir ein Tool verwenden, das funktioniert, ist es einfach zu verwenden, und das Gleiche gilt für die Anwendungsentwicklung. Sobald Sie die Prinzipien verstanden haben, können Sie es problemlos verwenden.
Bevor wir den Lebenszyklus von Laravel verstehen, schauen wir uns zunächst den Lebenszyklus von PHP an.

Lebenszyklus von PHP

PHP-Betriebsmodus

Die beiden Betriebsmodi von PHP sind WEB-Modus, CLI-Modus.

1. Wenn wir den PHP-Befehl im Terminal eingeben, verwenden wir den CLI-Modus.
2. Wenn Nginx oder ein anderer Webserver als Host zur Bearbeitung einer eingehenden Anfrage verwendet wird, wird der WEB-Modus verwendet.

Lebenszyklus

Wenn wir eine php-Datei anfordern, durchläuft PHP 5 Phasen des Lebenszykluswechsels, um die Anfrage abzuschließen:

1. Modulinitialisierung (MINIT), dh Aufrufen der in php.ini angegebenen erweiterten Initialisierungsfunktion, um Initialisierungsarbeiten durchzuführen, z. B. die Erweiterung mysql.

2. Initialisierung anfordern (RINIT), bei der die Symboltabelle mit Variablennamen und Variablenwertinhalten initialisiert wird, die zum Ausführen dieses Skripts erforderlich sind, z. B. $_SESSION-Variablen.

3. Führen Sie das PHP-Skript aus.

4. Das Herunterfahren der Anforderung ist abgeschlossen, rufen Sie die RSHUTDOWN-Methoden jedes Moduls nacheinander auf und rufen Sie die unset-Funktion für jede Variable auf, z. B. die unset $_SESSION-Variable.

5. Modul herunterfahren, PHP ruft die MSHUTDOWN-Methode jeder Erweiterung auf. Dies ist die letzte Chance für jedes Modul, Speicher freizugeben. Dies bedeutet, dass es keine nächste Anfrage gibt.

Der WEB-Modus ist dem CLI-Modus (Befehlszeile) sehr ähnlich. Der Unterschied besteht darin:

1. Der CLI-Modus durchläuft in jedem Skript vollständige 5 Zyklen Ausführung, da es nach der Ausführung Ihres Skripts keine nächste Anfrage gibt;
2. Der WEB-Modus verwendet möglicherweise Multithreading, um die Parallelität zu bewältigen, sodass der Lebenszyklus 1 und 5 möglicherweise nur einmal ausgeführt wird. und die nächste Anfrage kommt. Wiederholen Sie den Lebenszyklus von 2-4 jedes Mal, wodurch der durch die Initialisierung des Systemmoduls verursachte Overhead eingespart wird.

Es ist ersichtlich, dass der PHP-Lebenszyklus sehr symmetrisch ist. Abgesehen davon geht es darum, herauszufinden, wo Laravel läuft. Ja, Laravel läuft nur in der dritten Phase:

PHP-Lebenszyklus

Funktion

Wenn Sie diese verstehen, können Sie Ihren Laravel-Code optimieren und ein tieferes Verständnis von Laravels singleton (Einzelfall) erlangen. Zumindest wissen Sie, dass die PHP-Variablen am Ende jeder Anfrage unset sind und dass die Variablen von Laravel nur während einer bestimmten Anfrage singleton sind Die Anfrage endet mit singleton. Das Verständnis dieser Konzepte ist der erste und wichtigste Schritt beim Schreiben von qualitativ hochwertigem Code. Denken Sie also daran, dass PHP eine Skriptsprache ist und alle Variablen nur bei dieser Anfrage wirksam werden und bei der nächsten Anfrage zurückgesetzt werden, im Gegensatz zu statischen Java-Variablen, die globale Auswirkungen haben. unset

Laravels Lebenszyklus

Übersicht

und endet bei publicindex.php . publicindex.php

, der genauer gesagt in vier Schritte unterteilt werden kann: publicindex.php

1. require __DIR__.'/../bootstrap/autoload.php';

2. $app = require_once __DIR__.'/../bootstrap/app.php';
   $kernel = $app->make(Illuminate\Contracts\Http\Kernel::class);

3. $response = $kernel->handle(
      $request = Illuminate\Http\Request::capture()
   );
   $response->send();

4. $kernel->terminate($request, $response);

Composer lädt automatisch die erforderlichen Klassen

1. Die Datei lädt die von Composer generierten Einstellungen für das automatische Laden, einschließlich alle Ihre

   Abhängigkeiten. composer require

2. Container-Container, Anwendungsinstanz generieren und Kernkomponenten (HttpKernel, ConsoleKernel, ExceptionHandler) mit dem Container registrieren (entsprechend Code 2, der Container ist sehr wichtig und wird in erklärt Details später).

3. Verarbeiten Sie die Anfrage, generieren und senden Sie die Antwort (entsprechend Code 3 kann man ohne Übertreibung sagen, dass 99 % Ihres Codes in dieser kleinen Handle-Methode ausgeführt werden).

4. 请求结束，进行回调（对应代码4，还记得可终止中间件吗？没错，就是在这里回调的）。

Laravel 的请求步骤

我们不妨在详细一点：

第一步：注册加载composer自动生成的class loader

就是加载初始化第三方依赖。

第二步：生成容器 Container

并向容器注册核心组件，是从 bootstrap/app.php 脚本获取 Laravel 应用实例，

第三步：这一步是重点，处理请求，并生成发送响应。

请求被发送到 HTTP 内核或 Console 内核，这取决于进入应用的请求类型。

取决于是通过浏览器请求还是通过控制台请求。这里我们主要是通过浏览器请求。

HTTP 内核继承自 Illuminate\Foundation\Http\Kernel 类，该类定义了一个 bootstrappers 数组，这个数组中的类在请求被执行前运行，这些 bootstrappers 配置了错误处理、日志、检测应用环境以及其它在请求被处理前需要执行的任务。

protected $bootstrappers = [
        //注册系统环境配置 （.env）
        'Illuminate\Foundation\Bootstrap\DetectEnvironment',
        //注册系统配置（config）
        'Illuminate\Foundation\Bootstrap\LoadConfiguration',
        //注册日志配置
        'Illuminate\Foundation\Bootstrap\ConfigureLogging',
        //注册异常处理
        'Illuminate\Foundation\Bootstrap\HandleExceptions',
        //注册服务容器的门面，Facade 是个提供从容器访问对象的类。
        'Illuminate\Foundation\Bootstrap\RegisterFacades',
        //注册服务提供者
        'Illuminate\Foundation\Bootstrap\RegisterProviders',
        //注册服务提供者 `boot`
        'Illuminate\Foundation\Bootstrap\BootProviders',
    ];

注意顺序：
Facades 先于ServiceProviders，Facades也是重点，后面说，这里简单提一下，注册 Facades 就是注册 config\app.php中的aliases 数组，你使用的很多类，如Auth，Cache,DB等等都是Facades；而ServiceProviders的register方法永远先于boot方法执行，以免产生boot方法依赖某个实例而该实例还未注册的现象。

HTTP 内核还定义了一系列所有请求在处理前需要经过的 HTTP 中间件，这些中间件处理 HTTP 会话的读写、判断应用是否处于维护模式、验证 CSRF 令牌等等。

HTTP 内核的标志性方法 handle处理的逻辑相当简单：获取一个 Request，返回一个 Response，把该内核想象作一个代表整个应用的大黑盒子，输入 HTTP 请求，返回 HTTP 响应。

第四步：将请求传递给路由。

在Laravel基础的服务启动之后，就要把请求传递给路由了。路由器将会分发请求到路由或控制器，同时运行所有路由指定的中间件。

传递给路由是通过 Pipeline（管道）来传递的，但是Pipeline有一堵墙，在传递给路由之前所有请求都要经过，这堵墙定义在app\Http\Kernel.php中的$middleware数组中，没错就是中间件，默认只有一个CheckForMaintenanceMode中间件，用来检测你的网站是否暂时关闭。这是一个全局中间件，所有请求都要经过，你也可以添加自己的全局中间件。

然后遍历所有注册的路由，找到最先符合的第一个路由，经过它的路由中间件，进入到控制器或者闭包函数，执行你的具体逻辑代码。

所以，当请求到达你写的代码之前，Laravel已经做了大量工作，请求也经过了千难万险，那些不符合或者恶意的的请求已被Laravel隔离在外。

Detaillierte Erklärung des Lebenszyklus von Laravel

Das obige ist der detaillierte Inhalt vonDetaillierte Erklärung des Lebenszyklus von Laravel. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!