>  기사  >  PHP 프레임워크  >  Laravel의 라이프사이클에 대한 자세한 설명

Laravel의 라이프사이클에 대한 자세한 설명

藏色散人
藏色散人앞으로
2020-07-27 13:20:176577검색

다음은 Laravel 튜토리얼 칼럼에서 소개한 Laravel의 생명주기입니다. 필요한 친구들에게 도움이 되었으면 좋겠습니다!

Laravel의 라이프사이클에 대한 자세한 설명

Laravel의 수명주기

세상의 모든 것에는 수명주기가 있습니다. 어떤 도구를 사용하든 그 작동 원리를 이해해야 사용하기 편리합니다. 애플리케이션 개발에도 해당됩니다. 원리를 이해하고 나면 쉽게 사용할 수 있을 것입니다.
Laravel의 라이프사이클을 이해하기 전에 먼저 PHP의 라이프사이클을 살펴보겠습니다.

PHP의 수명주기

PHP의 작동 모드

PHP의 두 가지 작동 모드는 WEB 모드와 CLI 모드입니다.

  1. 터미널에서 php 명령어를 입력하면 CLI 모드를 사용하고 있는 것입니다.
  2. Nginx 또는 다른 웹 서버를 호스트로 사용하여 들어오는 요청을 처리하는 경우 WEB 모드가 사용됩니다.

라이프 사이클

php 파일을 요청하면 PHP는 요청을 완료하기 위해 5단계의 라이프 사이클 전환을 거칩니다. php文件时,PHP 为了完成这次请求,会发生5个阶段的生命周期切换:

  1. 模块初始化(MINIT),即调用 php.ini 中指明的扩展的初始化函数进行初始化工作,如 mysql 扩展。

  2. 请求初始化(RINIT),即初始化为执行本次脚本所需要的变量名称和变量值内容的符号表,如 $_SESSION变量。

  3. 执行该PHP脚本。

  4. 请求处理完成(Request Shutdown),按顺序调用各个模块的 RSHUTDOWN 方法,对每个变量调用 unset函数,如 unset $_SESSION 变量。

  5. 关闭模块(Module Shutdown) , PHP调用每个扩展的 MSHUTDOWN 方法,这是各个模块最后一次释放内存的机会。这意味着没有下一个请求了。

WEB模式和CLI(命令行)模式很相似,区别是:

  1. CLI 模式会在每次脚本执行经历完整的5个周期,因为你脚本执行完不会有下一个请求;
  2. WEB模式为了应对并发,可能采用多线程,因此生命周期15有可能只执行一次,下次请求到来时重复2-4的生命周期,这样就节省了系统模块初始化所带来的开销。

可以看出Laravel의 라이프사이클에 대한 자세한 설명是很对称的。说了这么多,就是为了定位Laravel运行在哪里,没错,Laravel仅仅运行再 第三个阶段:

Laravel의 라이프사이클에 대한 자세한 설명

Laravel의 라이프사이클에 대한 자세한 설명

作用

理解这些,你就可以优化你的 Laravel 代码,可以更加深入的了解 Laravel 的singleton(单例)。至少你知道了,每一次请求结束,PHP 的变量都会 unset,Laravel 的 singleton 只是在某一次Laravel의 라이프사이클에 대한 자세한 설명中的singleton;你在 Laravel 中的静态变量也不能在多个请求之间共享,因为每一次请求结束都会 unset。理解这些概念,是写高质量代码的第一步,也是最关键的一步。因此记住,PHP是一种脚本语言,所有的变量只会在这一次请求中生效,下次请求之时已被重置,而不像Java静态变量拥有全局作用。

Laravel 的生命周期

概述

Laravel 的生命周期从publicindex.php开始,从publicindex.php结束。

Laravel의 라이프사이클에 대한 자세한 설명

Laravel의 라이프사이클에 대한 자세한 설명

下面是 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自动加载需要的类

  1. 文件载入composer生成的自动加载设置,包括所有你 composer require

  2. 모듈 초기화(MINIT) 즉, mysql 확장과 같은 초기화 작업을 수행하기 위해 php.ini에 지정된 확장의 초기화 함수를 호출하는 것입니다.

  3. $_SESSION 변수와 같이 이 스크립트를 실행하는 데 필요한 변수 이름과 변수 값 내용으로 기호 테이블을 초기화하는 요청 초기화(RINIT)입니다.

    🎜🎜PHP 스크립트를 실행합니다. 🎜🎜🎜🎜요청 처리가 완료된 후(Request Shutdown) 각 모듈의 RSHUTDOWN 메서드를 순서대로 호출하고, 다음과 같은 각 변수에 대해 unset 함수를 호출합니다. $_SESSION 변수를 설정 해제합니다. 🎜🎜🎜🎜모듈 종료, PHP는 각 확장의 MSHUTDOWN 메서드를 호출합니다. 이는 각 모듈이 메모리를 해제할 수 있는 마지막 기회입니다. 이는 다음 요청이 없음을 의미합니다. 🎜🎜🎜🎜WEB 모드는 CLI(명령줄) 모드와 매우 유사하지만 차이점은 다음과 같습니다. 🎜🎜🎜CLI 모드는 스크립트가 실행될 때마다 완전한 5주기를 거칩니다. 스크립트 후에는 다음 요청이 없기 때문입니다. 🎜 🎜WEB 모드는 동시성에 대처하기 위해 멀티스레딩을 사용할 수 있으므로 라이프 사이클 15는 한 번만 실행될 수 있으며 2-4는 다음에 요청이 들어올 때 의 수명 주기를 반복하므로 시스템 모듈 초기화로 인한 오버헤드가 절약됩니다. 🎜🎜🎜PHP 수명주기가 매우 대칭임을 알 수 있습니다. 이 모든 것은 Laravel이 실행되는 위치를 찾는 것입니다. 예, Laravel은 세 번째 단계에서만 실행됩니다: 🎜

    PHP 수명주기🎜🎜

    PHP 수명 주기 🎜🎜🎜Function🎜🎜🎜이를 이해하면 Laravel을 최적화할 수 있습니다. > 코드를 통해 Laravel의 싱글톤(단일 사례)에 대해 더 깊이 이해할 수 있습니다. 최소한 모든 요청 후에 PHP의 변수는 설정 해제되고 Laravel의 싱글톤은 특정 요청 중에만 싱글톤이라는 것을 알고 있습니다. Laravel에서는 각 요청이 끝날 때 설정 해제되기 때문에 여러 요청에서 공유할 수 없습니다. 이러한 개념을 이해하는 것은 고품질 코드를 작성하는 첫 번째이자 가장 중요한 단계입니다. 따라서 PHP는 스크립팅 언어이며 모든 변수는 전역적으로 영향을 미치는 Java 정적 변수와는 달리 이 요청에서만 적용되며 다음 요청에서 재설정됩니다. 🎜🎜🎜Laravel의 라이프 사이클🎜🎜🎜🎜Overview🎜🎜🎜Laravel의 라이프 사이클은 publicindex.php에서 시작하여 publicindex.php로 끝납니다. 🎜

    요청 프로세스🎜🎜

    요청 프로세스 🎜🎜다음은 publicindex.php의 전체 소스 코드이며, 보다 구체적으로 4단계로 나눌 수 있습니다. 🎜

    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',
        ];
    🎜다음은 4단계에 대한 자세한 설명입니다. 🎜composer 필요한 클래스를 자동으로 로드합니다🎜 🎜🎜🎜이 파일은 모든 composer require 종속성을 포함하여 작곡가가 생성한 자동 로드 설정을 로드합니다. 🎜🎜🎜🎜 컨테이너 컨테이너, 애플리케이션 인스턴스를 생성하고 컨테이너에 핵심 구성 요소(HttpKernel, ConsoleKernel, ExceptionHandler)를 등록합니다(코드 2에 해당, 컨테이너는 매우 중요하며 나중에 자세히 설명합니다). 🎜🎜🎜🎜요청을 처리하고, 응답을 생성하고 보냅니다(코드 3에 해당, 코드의 99%가 이 작은 핸들 방식에서 실행된다고 해도 과언이 아닙니다). 🎜

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

Laravel 的请求步骤

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 先于ServiceProvidersFacades也是重点,后面说,这里简单提一下,注册 Facades 就是注册 config\app.php中的aliases 数组,你使用的很多类,如AuthCache,DB等等都是Facades;而ServiceProvidersregister方法永远先于boot方法执行,以免产生boot方法依赖某个实例而该实例还未注册的现象。

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

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

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

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

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

 

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

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

Laravel의 라이프사이클에 대한 자세한 설명

Laravel의 라이프사이클에 대한 자세한 설명

위 내용은 Laravel의 라이프사이클에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
이 기사는 cnblogs.com에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제