Pemahaman awal tentang kitaran hayat dalam Laravel

Lajur tutorial Laravel berikut akan memberi anda pemahaman awal tentang kitaran hayat dalam Laravel. Saya harap ia akan membantu rakan yang memerlukan!

Kitaran hayat PHP

Mod larian PHP

Dua jenis PHP berjalan Mod adalah mod WEB dan mod CLI.

• Apabila kami menaip arahan php di terminal, kami menggunakan mod CLI.

• Apabila menggunakan Nginx atau pelayan web lain sebagai hos untuk mengendalikan permintaan masuk, mod WEB digunakan.

Kitaran hayat

Apabila kami meminta fail php, PHP akan menjalani 5 peringkat pertukaran kitaran hayat untuk melengkapkan permintaan:

Pemulaan modul (MINIT), iaitu memanggil fungsi pemula lanjutan yang dinyatakan dalam php.ini untuk melaksanakan kerja pengamulaan, seperti sambungan mysql.

Permintaan permulaan (RINIT), iaitu untuk memulakan jadual simbol nama pembolehubah dan kandungan nilai pembolehubah yang diperlukan untuk melaksanakan skrip ini, seperti pembolehubah $_SESSION.

Laksanakan skrip PHP.

Selepas pemprosesan permintaan selesai (Request Shutdown), panggil kaedah RSHUTDOWN setiap modul dalam urutan dan panggil fungsi unset untuk setiap pembolehubah, seperti unset $_SESSION variable.

Tutup Modul, PHP memanggil kaedah MSHUTDOWN bagi setiap sambungan Ini adalah peluang terakhir untuk setiap modul melepaskan memori. Ini bermakna tiada permintaan seterusnya.

Mod WEB sangat serupa dengan mod CLI (baris arahan), perbezaannya ialah:

Mod CLI akan melalui 5 kitaran lengkap setiap kali skrip dilaksanakan, kerana tidak akan ada permintaan seterusnya; Untuk mengatasi konkurensi, mod WEB mungkin menggunakan multi-threading, jadi kitaran hayat 1 dan 5 hanya boleh dilaksanakan sekali, dan kitaran hayat 2-4 akan diulang apabila permintaan seterusnya datang, sekali gus menjimatkan overhed yang disebabkan oleh sistem permulaan modul. Ia boleh dilihat bahawa kitaran hayat PHP adalah sangat simetri. Setelah mengatakan semua ini, ia adalah untuk mencari tempat Laravel sedang berjalan Ya, Laravel hanya berjalan di peringkat ketiga:

Fungsi

<.>Fahami perkara ini, anda boleh mengoptimumkan kod Laravel anda dan mempunyai pemahaman yang lebih mendalam tentang singleton Laravel (single case). Sekurang-kurangnya anda tahu bahawa pada akhir setiap permintaan, pembolehubah PHP akan dinyahsetkan tunggal Laravel semasa permintaan tertentu pembolehubah statik anda tidak boleh dikongsi di antara berbilang permintaan, kerana setiap permintaan Ia akan dinyahtetapkan pada tamat. Memahami konsep ini ialah langkah pertama dan paling kritikal untuk menulis kod berkualiti tinggi. Jadi ingat, PHP ialah bahasa skrip, dan semua pembolehubah hanya akan berkuat kuasa dalam permintaan ini dan akan ditetapkan semula pada permintaan seterusnya, tidak seperti pembolehubah statik Java yang mempunyai kesan global.

Kitaran hayat Laravel

Ikhtisar

Kitaran hayat Laravel bermula dari publicindex.php dan berakhir dari publicindex.php .

Berikut ialah kod sumber penuh publicindex.php, yang boleh dibahagikan kepada empat langkah lebih khusus:

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);

Berikut ialah penjelasan terperinci tentang empat langkah ya: Komposer secara automatik memuatkan fail kelas

yang diperlukan untuk memuatkan tetapan pemuatan automatik yang dijana oleh komposer, termasuk semua komposer anda memerlukan kebergantungan.

Jana bekas bekas, contoh Aplikasi dan daftar komponen teras (HttpKernel, ConsoleKernel, ExceptionHandler) dengan bekas (sepadan dengan kod 2, bekas itu sangat penting dan akan diterangkan secara terperinci kemudian).

Proses permintaan, jana dan hantar respons (sepadan dengan kod 3, tidak keterlaluan untuk mengatakan bahawa 99% kod anda berjalan dalam kaedah pemegang kecil ini).

Permintaan telah selesai dan panggilan balik dilakukan (sepadan dengan kod 4, adakah anda ingat bahawa middleware boleh ditamatkan? Ya, ia dipanggil semula di sini).

Kita juga boleh pergi ke lebih terperinci:

Langkah 1: Daftar dan muatkan pemuat kelas yang dijana secara automatik oleh komposer Ia adalah untuk memuatkan dan memulakan kebergantungan pihak ketiga.

Langkah 2: Hasilkan Bekas bekas Dan mendaftarkan komponen teras dengan bekas adalah untuk mendapatkan contoh aplikasi Laravel daripada skrip bootstrap/app.php

Langkah ketiga: Langkah ini ialah fokus, memproses permintaan dan menjana respons. Permintaan dihantar ke teras HTTP atau teras Konsol, bergantung pada jenis permintaan yang masuk ke dalam aplikasi.

Bergantung pada sama ada permintaan adalah melalui penyemak imbas atau konsol. Di sini kami terutamanya meminta melalui penyemak imbas. Logik pemprosesan pemegang, kaedah ikonik kernel HTTP, agak mudah: dapatkan Permintaan, kembalikan Respons, bayangkan kernel sebagai kotak hitam besar yang mewakili keseluruhan aplikasi, masukkan permintaan HTTP, dan kembalikan respons HTTP.

首先 Bootstrap 检测环境，加载 bootstrapper数组中的一些配置

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 令牌等等。

第一堵墙，全局中间件，默认为 CheckForMaintenanceMode

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

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

然后遍历所有注册的路由，找到最先符合的第一个路由

然后遍历所有注册的路由，找到最先符合的第一个路由，

第二堵墙，通过该路由的中间件（组）

经过该路由中间件，进入到控制器或者闭包函数，执行你的具体逻辑代码。

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

原文地址：https://juejin.cn/post/6992208648575385607

作者：卡二条

相关推荐：最新的五个Laravel视频教程

Atas ialah kandungan terperinci Pemahaman awal tentang kitaran hayat dalam Laravel. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!