领购物优惠券9块9包邮
首页 > 编程语言 > PHP教程

Laravel的核心概念

   2016-10-17 0
核心提示：工欲善其事，必先利其器。在开发 Xblog 的过程中，稍微领悟了一点Laravel的思想。确实如此，这篇文章读完你可能并不能从无到有写出一个博客，但知道Laravel的核心概念之后，当你再次写起Laravel时，会变得一目了然胸有成竹。 PHP的生命周期 万物皆有他的生命

工欲善其事，必先利其器。在开发 Xblog 的过程中，稍微领悟了一点Laravel的思想。确实如此，这篇文章读完你可能并不能从无到有写出一个博客，但知道Laravel的核心概念之后，当你再次写起Laravel时，会变得一目了然胸有成竹。

PHP的生命周期

万物皆有他的生命周期。熟悉Android的同学一定熟悉Android最经典的Activity的生命周期，Laravel 也不例外，Laravel应用程序也有自己的生命周期。Laravel是什么？一个PHP框架。所以要想真正说清Laravel的生命周期，必须说清PHP的生命周期。原文参考 这里 ，这里做个总结。

Php有两种运行模式，WEB模式和CLI（命令行）模式。当我们在终端敲入php这个命令的时候，使用的是CLI模式；当使用Nginx或者别web服务器作为宿主处理一个到来的请求时，会调用Php运行，此时使用的是WEB模式。当我们请求一个Php文件时，比如Laravel 的 public\index.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（命令行）模式很相似，区别是：CLI 模式会在每次脚本执行经历完整的5个周期，因为你脚本执行完不会有下一个请求；而WEB模式为了应对并发，可能采用多线程，因此生命周期 1 和 5 有可能只执行一次，下次请求到来时重复 2-4 的生命周期，这样就节省了系统模块初始化所带来的开销。

可以看到，Php生命周期是很对称的。说了这么多，就是为了定位Laravel运行在哪里，没错，Laravel仅仅运行再第三个阶段：

Laravel的核心概念

知道这些有什么用？你可以 优化 你的Laravel代码，可以更加 深入 的了解Larave的 singleton （单例）。至少你知道了，每一次请求结束，Php的变量都会 unset ，Laravel的 singleton 只是在某一次请求过程中的 singleton ；你在Laravel 中的静态变量也不能在多个请求之间共享，因为每一次请求结束都会 unset 。理解这些概念，是写高质量代码的第一步，也是最关键的一步。因此记住，Php是一种脚本语言，所有的变量只会在这一次请求中生效，下次请求之时已被重置，而不像Java静态变量拥有全局作用。

好了，开始Laravel的生命周期。

Laravel的生命周期

概述

Laravel 的生命周期从 public\index.php 开始，从 public\index.php 结束。

Laravel的核心概念

注意：以下几图箭头均代表Request流向

这么说有点草率，但事实确实如此。下面是 public\index.php 的全部源码（ Laravel源码的注释是最好的Laravel文档 ），更具体来说可以分为四步： 

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

这四步详细的解释是：

1.注册加载composer自动生成的 class loader ，包括所有你 composer require 的依赖（对应代码 1 ）.

2.生成容器 Container ，Application实例，并向容器注册核心组件（ HttpKernel ， ConsoleKernel ， ExceptionHandler ）（对应代码 2 ，容器很重要，后面详细讲解）。

3.处理请求，生成并发送响应（对应代码 3 ，毫不夸张的说，你99%的代码都运行在这个小小的 handle 方法里面）。

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

Laravel的核心概念

启动Laravel基础服务

我们不妨再详细一点：

第一步注册加载composer自动生成的 class loader 就是加载初始化第三方依赖，不属于Laravel核心，到此为止。

第二步生成容器 Container ，并向容器注册核心组件，这里牵涉到了容器 Container 和合同 Contracts ，这是Laravel的重点，下面将详细讲解。

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

首先Laravel框架捕获到用户发到 public\index.php 的请求，生成 Illuminate\Http\Request 实例，传递给这个小小的 handle 方法。在方法内部，将该 $request 实例绑定到第二步生成的 $app 容器上。让后在该请求真正处理之前，调用 bootstrap 方法，进行必要的加载和注册，如检测环境，加载配置，注册Facades（假象），注册服务提供者，启动服务提供者等等。这是一个启动数组，具体在 Illuminate\Foundation\Http\Kernel 中，包括： 

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',
    ];

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

所以，你可以在 ServiceProviders 的 register 方法中使用任何 Facades ，在 ServiceProviders 的 boot 方法中使用任何 register 方法中注册的实例或者 Facades ，这样绝不会产生依赖某个类而未注册的现象。

将请求传递给路由

注意到目前为止，Laravel 还没有执行到你所写的主要代码（ ServiceProviders 中的除外），因为还没有将请求传递给路由。

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

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

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

Laravel的核心概念

服务容器

服务容器就是一个普通的容器，用来装类的实例，然后在需要的时候再取出来。用更专业的术语来说是服务容器实现了控制反转（Inversion of Control，缩写为IoC），意思是正常情况下类 A 需要一个类 B 的时候，我们需要自己去 new 类 B ，意味着我们必须知道类 B 的更多细节，比如构造函数，随着项目的复杂性增大，这种依赖是毁灭性的。控制反转的意思就是，将类 A 主动获取类 B 的过程颠倒过来变成被动，类 A 只需要声明它需要什么，然后由容器提供。

Laravel的核心概念

这样做的好处是，类 A 不依赖于类 B 的实现，这样在一定程度上解决了耦合问题。

在Laravel的服务容器中，为了实现控制反转，可以有以下两种：

  1. 依赖注入（Dependency Injection）。
  2. 绑定。

依赖注入

依赖注入是一种类型提示，举官网的例子：

class UserController extends Controller
{
    /**
     * The user repository implementation.
     *
     * @var UserRepository
     */
    protected $users;

    /**
     * Create a new controller instance.
     *
     * @param  UserRepository  $users
     * @return void
     */
    public function __construct(UserRepository $users)
    {
        $this->users = $users;
    }

    /**
     * Show the profile for the given user.
     *
     * @param  int  $id
     * @return Response
     */
    public function show($id)
    {
        $user = $this->users->find($id);

        return view('user.profile', ['user' => $user]);
    }
}

这里 UserController 需要一个 UserRepository 实例，我们只需在构造方法中声明我们需要的类型，容器在实例化 UserController 时会自动生成 UserRepository 的实例（或者实现类，因为 UserRepository 可以为接口），而不用主动去获取 UserRepository 的实例，这样也就避免了了解 UserRepository 的更多细节，也不用解决 UserRepository 所产生的依赖，我们所做的仅仅是声明我们所需要的类型，所有的依赖问题都交给容器去解决。（ Xblog 使用了Repository的是设计模式，大家可以参考）

绑定

绑定操作一般在 ServiceProviders 中的 register 方法中，最基本的绑定是容器的 bind 方法，它接受一个类的别名或者全名和一个闭包来获取实例： 

$this->app->bind('XblogConfig', function ($app) {
    return new MapRepository();
});

还有一个 singleton 方法，和 bind 写法没什么区别。你也可以绑定一个已经存在的对象到容器中，上文中提到的 request 实例就是通过这种方法绑定到容器的： $this->app->instance('request', $request); 。绑定之后，我们可以通过一下几种方式来获取绑定实例： 

1.  app('XblogConfig');

2.  app()->make('XblogConfig');

3.  app()['XblogConfig'];

4.  resolve('XblogConfig');

以上四种方法均会返回获得 MapRepository 的实例，唯一的区别是， 在一次请求的生命周期中 ， bind 方法的闭包会在每一次调用以上四种方法时执行， singleton 方法的闭包只会执行一次。在使用中，如果每一个类要获的不同的实例，或者需要“个性化”的实例时，这时我们需要用 bind 方法以免这次的使用对下次的使用造成影响；如果实例化一个类比较耗时或者类的方法不依赖该生成的上下文，那么我们可以使用 singleton 方法绑定。 singleton 方法绑定的好处就是，如果在一次请求中我们多次使用某个类，那么只生成该类的一个实例将节省时间和空间。

你也可以绑定接口与实现，例如：

$app->singleton(
    Illuminate\Contracts\Http\Kernel::class,
    App\Http\Kernel::class
);

上文讲述的Laravel的生命周期的第二步，Laravel默认（在 bootstrap\app.php 文件中）绑定了 Illuminate\Contracts\Http\Kernel ， Illuminate\Contracts\Console\Kernel ， Illuminate\Contracts\Debug\ExceptionHandler 接口的实现类，这些是实现类框架的默认自带的。但是你仍然可以自己去实现。

还有一种上下文绑定，就是相同的接口，在不同的类中可以自动获取不同的实现，例如：

$this->app->when(PhotoController::class)
          ->needs(Filesystem::class)
          ->give(function () {
              return Storage::disk('local');
          });

$this->app->when(VideoController::class)
          ->needs(Filesystem::class)
          ->give(function () {
              return Storage::disk('s3');
          });

上述表明，同样的接口 Filesystem ，使用依赖注入时，在 PhotoController 中获取的是 local 存储而在 VideoController 中获取的是 s3 存储。

Contracts & Facades（合同&假象）

Laravel 还有一个强大之处是，比如你只需在配置文件中指明你需要的缓存驱动（ redis ， memcached ， file ......），Laravel 就自动办你切换到这种驱动，而不需要你针对某种驱动更改逻辑和代码。Why? 很简单，Laravel定义了一系列 Contracts （翻译：合同），本质上是一系列PHP接口，一系列的标准，用来解耦具体需求对实现的依赖关系。其实真正强大的公司是制定标准的公司，程序也是如此，好的标准（接口）尤为重要。当程序变得越来大，这种通过合同或者接口来解耦所带来的可扩展性和可维护性是无可比拟的。

Laravel的核心概念

上图不使用 Contracts 的情况下，对于一种逻辑，我们只能得到一种结果（方块），如果变更需求，意味着我们必须重构代码和逻辑。但是在使用 Contracts 的情况下，我们只需要按照接口写好逻辑，然后提供不同的实现，就可以在不改动代码逻辑的情况下获得更加多态的结果。

这么说有点抽象，举一个真实的例子。在完成 Xblog 的初期，我使用了缓存，所以导致 Repository 中充满了和 cache 相关的方法： remember ， flush ， forget 等等。后来 国外网友反映 ，简单的博客并不一定需要缓存。所以我决定把它变成可选，但因为代码中充满和 cache 相关的方法，实现起来并不是很容易。于是想起Laravel的重要概念 Contracts 。于是， 我把与缓存有关的方法抽象出来形成一个Contracts:XblogCache，实际操作只与Contracts有关 ，这样问题就得到了解决，而几乎没有改变原有的逻辑。XblogCache的代码如下（源码点击 这里 ）: 

namespace App\Contracts;
use Closure;
interface XblogCache
{
    public function setTag($tag);
    public function setTime($time_in_minute);
    public function remember($key, Closure $entity, $tag = null);
    public function forget($key, $tag = null);
    public function clearCache($tag = null);
    public function clearAllCache();
}

然后，我又完成了两个实现类： Cacheable 和 NoCache ：

  1. 实现具体缓存。

    class Cacheable implements XblogCache
{
public $tag;
public $cacheTime;
public function setTag($tag)
{
    $this->tag = $tag;
}
public function remember($key, Closure $entity, $tag = null)
{
    return cache()->tags($tag == null ? $this->tag : $tag)->remember($key, $this->cacheTime, $entity);
}
public function forget($key, $tag = null)
{
    cache()->tags($tag == null ? $this->tag : $tag)->forget($key);
}
public function clearCache($tag = null)
{
    cache()->tags($tag == null ? $this->tag : $tag)->flush();
}
public function clearAllCache()
{
    cache()->flush();
}
public function setTime($time_in_minute)
{
    $this->cacheTime = $time_in_minute;
}
}
  2. 不缓存。 
    class NoCache implements XblogCache
{
public function setTag($tag)
{
    // Do Nothing
}
public function setTime($time_in_minute)
{
    // Do Nothing
}
public function remember($key, Closure $entity, $tag = null)
{
    /**
     * directly return
     */
    return $entity();
}
public function forget($key, $tag = null)
{
    // Do Nothing
}
public function clearCache($tag = null)
{
    // Do Nothing
}
public function clearAllCache()
{
    // Do Nothing
}
}

然后再利用容器的绑定，根据不同的配置，返回不同的实现（ 源码 ）： 

public function register()
{
        $this->app->bind('XblogCache', function ($app) {
            if (config('cache.enable') == 'true') {
                return new Cacheable();
            } else {
                return new NoCache();
            }
        });
}

这样，就实现了缓存的切换而不需要更改你的具体逻辑代码。当然依靠接口而不依靠具体实现的好处不仅仅这些。实际上，Laravel所有的核心服务都是实现了某个 Contracts 接口（都在 Illuminate\Contracts\ 文件夹下面），而不是依赖具体的实现，所以完全可以在不改动框架的前提下，使用自己的代码改变Laravel框架核心服务的实现方式。

说一说 Facades 。在我们学习了容器的概念后， Facades 就变得十分简单了。在我们把类的实例绑定到容器的时候相当于给类起了个别名，然后覆盖 Facade 的静态方法 getFacadeAccessor 并返回你的别名，然后你就可以使用你自己的 Facade 的静态方法来调用你绑定类的 动态方法 了。其实 Facade 类利用了 __callStatic() 这个魔术方法来延迟调用容器中的对象的方法，这里不过多讲解，你只需要知道 Facade 实现了将对它调用的静态方法映射到绑定类的 动态方法 上，这样你就可以使用简单类名调用而不需要记住长长的类名。这也是 Facades 的中文翻译为假象的原因。

总结

Laravel强大之处不仅仅在于它给你提供了一系列脚手架，比如超级好用的 ORM ，基于 Carbon 的时间处理，以及文件存储等等功能。但是Laravel的核心非常非常简单：利用 容器 和 抽象 解耦，实现高扩展性。容器和抽象是所有大型框架必须解决的问题，像Java的Spring，Android的Dagger2等等都是围绕这几个问题的。所以本质上讲，Laravel之所以强大出名，是因为它的设计，思想，可扩展性。而Laravel的好用功能只是官方基于这些核心提供的脚手架，你同样也可以很轻松的添加自己的脚手架。

所以不要觉得Laravel强大是因为他提供的很多功能，而是它的设计模式和思想。

  1. 理解Laravel生命周期和请求的生命周期概念。
  2. 所有的静态变量和单例，在下一个请求到来时都会重新初始化。
  3. 将耗时的类或者频繁使用的类用 singleton 绑定。
  4. 将变化选项的抽象为 Contracts ，依赖接口不依赖具体实现。
  5. 善于利用Laravel提供的容器。

参考：

  1. 深入理解php底层：php生命周期
  2. Laravel 官方文档
  3. laravel/framework
 
标签： Laravel
反对 0举报 0 评论 0
 

免责声明：本文仅代表作者个人观点，与乐学笔记（本网）无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
    本网站有部分内容均转载自其它媒体，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责，若因作品内容、知识产权、版权和其他问题，请及时提供相关证明等材料并与我们留言联系，本网站将在规定时间内给予删除等相关处理.

  • nginx 各类网站设置 (laravel , thinkphp , nod
    基础部分设置[root@centos ~]# vim /opt/nginx/conf/nginx.confuser www www;worker_processes auto;pid logs/nginx.pid;worker_rlimit_nofile 100000;events {use epoll;multi_accept on;worker_connections 65535 ;}http {include mime.types;default_type
    02-09
  • PHP trait 特性在 Laravel 中的使用个人心得
    trait 是在PHP5.4中为了方便代码复用的一种实现方式，但目前我在看的的PHP项目中较少看的有程序员去主动使用这个实现方式，在laravel中有很多 trait 的使用，关于trait 在 laravel 的使用请参看 Laravel 在哪些地方用了 trait?我曾在 Laravel 中大型项目面向
    02-09
  • 让我们用 laravel-mix 为 TypeScript 和 Sass
    介绍前端编译TypeScript、Sass、模板引擎等时经常用到Gulp和webpack。这是我个人的印象，但它们似乎都难以管理，因为它们的描述往往复杂而冗长。我不想积极进行，因为我要担心加载器的顺序并且有很多配置选项，我必须花时间去了解它们。我想推荐那里laravel
    02-08 SassTypeScriptwebpackLaravel-Mix
  • PHP Laravel软删除的实现方法介绍
    用Laravel 自带的 Eloquent ORM 来实现软删除。首先在数据迁移文件中添加删除时间字段./database/migrations/2014_10_12_000000_create_users_table.php?phpuse Illuminate\Database\Migrations\Migration;use Illuminate\Database\Schema\Blueprint;use Illu
    02-08 PHPLaravel软删除
  • Laravel中如何使用PHP的装饰器模式 php laravel
    本文小编为大家详细介绍“Laravel中如何使用PHP的装饰器模式”，内容详细，步骤清晰，细节处理妥当，希望这篇“Laravel中如何使用PHP的装饰器模式”文章能帮助大家解决疑惑，下面跟着小编的思路慢慢深入，一起来学习新知识吧。装饰器模式定义:它可以帮助您在
    02-08 laravelphp
  • PHP laravel使用自定义邮件类实现发送邮件
    PHP laravel使用自定义邮件类实现发送邮件
    当登录邮箱为腾讯企业邮箱的时候。Phpmailer发送邮件就不好用了，具体哪里不好用，我没真没找到。但是，邮件得发啊，怎么办呢？我这里搞了一个自定义的发送邮件类，腾讯企业邮箱也可用。但是，邮件发送失败，不会返回报错信息，这个可能是有点坑。源码如下：?
    02-08 PHPlaravel发送邮件
  • 详解PHP laravel中的加密与解密函数
    目录一：简介二：配置三：使用加密/解密1：加密2：不使用序列化进行加密3：解密Laravel为我们提供了完整的加密方法及加密模式。我之前一般在加密的时候使用的是我自己写的加密函数，但是这个玩意，有的位置还是不太使用，当然，破解的话，基本上也是不可能的
    02-08 PHPlaravel加密解密
  • PHP laravel缓存cache机制详解
    目录一、访问多个缓存存储二、从缓存中获取数据1.获取数据并设置默认值2.检查缓存项是否存在3.数值增加/减少4.获取存储5.获取删除三、缓存中存储数据1.获取存储数据2.缓存不存在时存储数据3.永久存储数据四、从缓存中移除数据Laravel中的cache为我们提供了三
    02-08 PHPlaravel缓存
  • PHP laravel实现导出PDF功能
    PHP laravel实现导出PDF功能
    目录一、laravel-tcpdf二、tcpdf三、TCPDF解决保存中文文件名的方法补充一、laravel-tcpdf导出PDF文件Laravel框架为我们集成了一个插件tcpdf。下载地址：https://github.com/elibyy/tcpdf-laravel然后使用composer进行安装就可以了。具体安装过程，请查看文末
    02-08 PHPlaravel导出PDF
  • PHP laravel缓存cache机制怎么实现
    今天小编给大家分享一下PHP laravel缓存cache机制怎么实现的相关知识点，内容详细，逻辑清晰，相信大部分人都还太了解这方面的知识，所以分享这篇文章给大家参考一下，希望大家阅读完这篇文章后有所收获，下面我们一起来了解一下吧。Laravel中的cache为我们
    02-08 phplaravelcache
更多>PHP教程
php-fpm进程管理的三种模式 phpfpm子进程 [PHP8] 我参加了PHP8工程师认证初学者考试beta考试
更多>C/C++教程
VScode运行C++中文终端乱码的解决方案 vscode错误提示中文 C++ LeetCode1945题解字符串转化后的各位数字之和
更多>Java教程
Java项目导出数据为 PDF 文件的操作代码 盘点Java中延时任务的多种实现方式 java 延时队列怎么实现
更多>ASP.NET
使用WebClient自动填写并提交ASP.NET页面表单的源代码 asp.net mvc多条件+分页查询解决方案 asp.net mvc多条件+分页查询解决方案
更多>JSP编程
JSP通用高大上分页代码(超管用) JSP验证码动态生成方法
点击排行
网站首页  |  关于我们  |  联系方式  |  使用协议  |  版权隐私  |  网站地图  |  网站留言  |  违规举报