Laravel开发:Laravel框架门面Facade源码分析
前言
这篇文章我们开始讲 laravel 框架中的门面 Facade,什么是门面呢?官方文档:
Facades(读音:/fəˈsäd/ )为应用程序的服务容器中可用的类提供了一个「静态」接口。Laravel 自带了很多 facades ,几乎可以用来访问到 Laravel 中所有的服务。Laravel facades 实际上是服务容器中那些底层类的「静态代理」,相比于传统的静态方法, facades 在提供了简洁且丰富的语法同时,还带来了更好的可测试性和扩展性。
什么意思呢?首先,我们要知道 laravel 框架的核心就是个 Ioc 容器即 服务容器,功能类似于一个工厂模式,是个高级版的工厂。laravel 的其他功能例如路由、缓存、日志、数据库其实都是类似于插件或者零件一样,叫做 服务。Ioc 容器主要的作用就是生产各种零件,就是提供各个服务。在 laravel 中,如果我们想要用某个服务,该怎么办呢?最简单的办法就是调用服务容器的 make 函数,或者利用依赖注入,或者就是今天要讲的门面 Facade。门面相对于其他方法来说,最大的特点就是简洁,例如我们经常使用的 Router,如果利用服务容器的 make:
App::make('router')->get('/', function () { return view('welcome'); });
如果利用门面:
Route::get('/', function () { return view('welcome'); });
可以看出代码更加简洁。其实,下面我们就会介绍门面最后调用的函数也是服务容器的 make 函数。
Facade 的原理
我们以 Route 为例,来讲解一下门面 Facade 的原理与实现。我们先来看 Route 的门面类:
class Route extends Facade { protected static function getFacadeAccessor() { return 'router'; } }
很简单吧?其实每个门面类也就是重定义一下 getFacadeAccessor 函数就行了,这个函数返回服务的唯一名称:router。需要注意的是要确保这个名称可以用服务容器的 make 函数创建成功(App::make('router')),原因我们马上就会讲到。
那么当我们写出 Route::get() 这样的语句时,到底发生了什么呢?奥秘就在基类 Facade中。
public static function __callStatic($method, $args) { $instance = static::getFacadeRoot(); if (! $instance) { throw new RuntimeException('A facade root has not been set.'); } return $instance->$method(...$args); }
当运行 Route::get() 时,发现门面 Route 没有静态 get() 函数,PHP 就会调用这个魔术函数 __callStatic。我们看到这个魔术函数做了两件事:获得对象实例,利用对象调用 get() 函数。首先先看看如何获得对象实例的:
public static function getFacadeRoot() { return static::resolveFacadeInstance(static::getFacadeAccessor()); } protected static function getFacadeAccessor() { throw new RuntimeException('Facade does not implement getFacadeAccessor method.'); } protected static function resolveFacadeInstance($name) { if (is_object($name)) { return $name; } if (isset(static::$resolvedInstance[$name])) { return static::$resolvedInstance[$name]; } return static::$resolvedInstance[$name] = static::$app[$name]; }
我们看到基类 getFacadeRoot() 调用了 getFacadeAccessor(),也就是我们的服务重载的函数,如果调用了基类的 getFacadeAccessor,就会抛出异常。在我们的例子里 getFacadeAccessor() 返回了 “router”,接下来 getFacadeRoot() 又调用了 resolveFacadeInstance()。在这个函数里重点就是
return static::$resolvedInstance[$name] = static::$app[$name];
我们看到,在这里利用了 app 也就是服务容器创建了 “router”,创建成功后放入 resolvedInstance作为缓存,以便以后快速加载。
好了,Facade 的原理到这里就讲完了,但是到这里我们有个疑惑,为什么代码中写 Route 就可以调用 IlluminateSupportFacadesRoute 呢?这个就是别名的用途了,很多门面都有自己的别名,这样我们就不必在代码里面写 use IlluminateSupportFacadesRoute,而是可以直接用 Route 了。
别名 Aliases
为什么我们可以在 larval 中全局用 Route,而不需要使用 use IlluminateSupportFacadesRoute?其实奥秘在于一个 PHP 函数:class_alias,它可以为任何类创建别名。larval 在启动的时候为各个门面类调用了 class_alias 函数,因此不必直接用类名,直接用别名即可。在 config 文件夹的 app 文件里面存放着门面与类名的映射:
'aliases' => [ 'App' => Illuminate\Support\Facades\App::class, 'Artisan' => Illuminate\Support\Facades\Artisan::class, 'Auth' => Illuminate\Support\Facades\Auth::class, ... ]
下面我们来看看 laravel 是如何为门面类创建别名的。
启动别名Aliases服务
说到 larval 的启动,我们离不开 index.php:
require __DIR__.'/../bootstrap/autoload.php'; $app = require_once __DIR__.'/../bootstrap/app.php'; $kernel = $app->make(Illuminate\Contracts\Http\Kernel::class); $response = $kernel->handle( $request = Illuminate\Http\Request::capture() ); ...
第一句就是我们前面博客说的 composer 的自动加载,接下来第二句获取 laravel 核心的 Ioc 容器,第三句“制造”出 Http 请求的内核,第四句是我们这里的关键,这句牵扯很大,laravel 里面所有功能服务的注册加载,乃至 Http 请求的构造与传递都是这一句的功劳。
$request = Illuminate\Http\Request::capture()
这句是 laravel 通过全局 _SERVER 数组构造一个 Http 请求的语句,接下来会调用 Http 的内核函数 handle:
public function handle($request) { try { $request->enableHttpMethodParameterOverride(); $response = $this->sendRequestThroughRouter($request); } catch (Exception $e) { $this->reportException($e); $response = $this->renderException($request, $e); } catch (Throwable $e) { $this->reportException($e = new FatalThrowableError($e)); $response = $this->renderException($request, $e); } event(new Events\RequestHandled($request, $response)); return $response; }
在 handle 函数方法中 enableHttpMethodParameterOverride 函数是允许在表单中使用 delete、put 等类型的请求。我们接着看 sendRequestThroughRouter:
protected function sendRequestThroughRouter($request) { $this->app->instance('request', $request); Facade::clearResolvedInstance('request'); $this->bootstrap(); return (new Pipeline($this->app)) ->send($request) ->through($this->app->shouldSkipMiddleware() ? [] : $this->middleware) ->then($this->dispatchToRouter()); }
前两句是在 larval 的 Ioc 容器设置 request 请求的对象实例,Facade 中清楚 request 的缓存实例。bootstrap:
public function bootstrap() { if (! $this->app->hasBeenBootstrapped()) { $this->app->bootstrapWith($this->bootstrappers()); } } protected $bootstrappers = [ \Illuminate\Foundation\Bootstrap\LoadEnvironmentVariables::class, \Illuminate\Foundation\Bootstrap\LoadConfiguration::class, \Illuminate\Foundation\Bootstrap\HandleExceptions::class, \Illuminate\Foundation\Bootstrap\RegisterFacades::class, \Illuminate\Foundation\Bootstrap\RegisterProviders::class, \Illuminate\Foundation\Bootstrap\BootProviders::class, ];
$bootstrappers 是 Http 内核里专门用于启动的组件,bootstrap 函数中调用 Ioc 容器的 bootstrapWith 函数来创建这些组件并利用组件进行启动服务。app->bootstrapWith:
public function bootstrapWith(array $bootstrappers) { $this->hasBeenBootstrapped = true; foreach ($bootstrappers as $bootstrapper) { $this['events']->fire('bootstrapping: '.$bootstrapper, [$this]); $this->make($bootstrapper)->bootstrap($this); $this['events']->fire('bootstrapped: '.$bootstrapper, [$this]); } }
可以看到 bootstrapWith 函数也就是利用 Ioc 容器创建各个启动服务的实例后,回调启动自己的函数 bootstrap,在这里我们只看我们 Facade 的启动组件
\Illuminate\Foundation\Bootstrap\RegisterFacades::class RegisterFacades 的 bootstrap 函数: class RegisterFacades { public function bootstrap(Application $app) { Facade::clearResolvedInstances(); Facade::setFacadeApplication($app); AliasLoader::getInstance($app->make('config')->get('app.aliases', []))->register(); } }
可以看出来,bootstrap 做了一下几件事:
清除了 Facade 中的缓存
设置 Facade 的 Ioc 容器
获得我们前面讲的 config 文件夹里面 app 文件 aliases 别名映射数组
使用 aliases 实例化初始化 AliasLoader
调用 AliasLoader->register()
public function register() { if (! $this->registered) { $this->prependToLoaderStack(); $this->registered = true; } } protected function prependToLoaderStack() { spl_autoload_register([$this, 'load'], true, true); }
我们可以看出,别名服务的启动关键就是这个 spl_autoload_register,这个函数我们应该很熟悉了,在自动加载中这个函数用于解析命名空间,在这里用于解析别名的真正类名。
别名 Aliases 服务
我们首先来看看被注册到 spl_autoload_register 的函数,load:
public function load($alias) { if (static::$facadeNamespace && strpos($alias, static::$facadeNamespace) === 0) { $this->loadFacade($alias); return true; } if (isset($this->aliases[$alias])) { return class_alias($this->aliases[$alias], $alias); } }
这个函数的下面很好理解,就是 class_alias 利用别名映射数组将别名映射到真正的门面类中去,但是上面这个是什么呢?实际上,这个是 laravel5.4 版本新出的功能叫做实时门面服务。
实时门面服务
其实门面功能已经很简单了,我们只需要定义一个类继承 Facade 即可,但是 laravel5.4 打算更近一步——自动生成门面子类,这就是实时门面。
实时门面怎么用?看下面的例子:
namespace App\Services; class PaymentGateway { protected $tax; public function __construct(TaxCalculator $tax) { $this->tax = $tax; } }
这是一个自定义的类,如果我们想要为这个类定义一个门面,在 laravel5.4 我们可以这么做:
use Facades\ { App\Services\PaymentGateway }; Route::get('/pay/{amount}', function ($amount) { PaymentGateway::pay($amount); });
那么这么做的原理是什么呢?我们接着看源码:
protected static $facadeNamespace = 'Facades\\'; if (static::$facadeNamespace && strpos($alias, static::$facadeNamespace) === 0) { $this->loadFacade($alias); return true; }
如果命名空间是以 Facades\ 开头的,那么就会调用实时门面的功能,调用 loadFacade 函数:
protected function loadFacade($alias) { tap($this->ensureFacadeExists($alias), function ($path) { require $path; }); }
tap 是 laravel 的全局帮助函数,ensureFacadeExists 函数负责自动生成门面类,loadFacade 负责加载门面类:
protected function ensureFacadeExists($alias) { if (file_exists($path = storage_path('framework/cache/facade-'.sha1($alias).'.php'))) { return $path; } file_put_contents($path, $this->formatFacadeStub( $alias, file_get_contents(__DIR__.'/stubs/facade.stub') )); return $path; }
可以看出来,laravel 框架生成的门面类会放到 stroge/framework/cache/ 文件夹下,名字以 facade 开头,以命名空间的哈希结尾。如果存在这个文件就会返回,否则就要利用 file_put_contents 生成这个文件,formatFacadeStub:
protected function formatFacadeStub($alias, $stub) { $replacements = [ str_replace('/', '\\', dirname(str_replace('\\', '/', $alias))), class_basename($alias), substr($alias, strlen(static::$facadeNamespace)), ]; return str_replace( ['DummyNamespace', 'DummyClass', 'DummyTarget'], $replacements, $stub ); }
简单的说,对于 Facades\App\Services\PaymentGateway
,replacements
第一项是门面命名空间,将 Facades\App\Services\PaymentGateway
转为 Facades/App/Services/PaymentGateway
,取前面 Facades/App/Services/
,再转为命名空间 Facades\App\Services\
;第二项是门面类名,PaymentGateway
;第三项是门面类的服务对象,App\Services\PaymentGateway
,用这些来替换门面的模板文件:
<?php namespace DummyNamespace; use Illuminate\Support\Facades\Facade; /** * @see \DummyTarget */ class DummyClass extends Facade { /** * Get the registered name of the component. * * @return string */ protected static function getFacadeAccessor() { return 'DummyTarget'; } }
替换后的文件是:
<?php namespace Facades\App\Services\; use Illuminate\Support\Facades\Facade; /** * @see \DummyTarget */ class PaymentGateway extends Facade { /** * Get the registered name of the component. * * @return string */ protected static function getFacadeAccessor() { return 'App\Services\PaymentGateway'; } }
就是这么简单!!!
结语
门面的原理就是这些,相对来说门面服务的原理比较简单,和自动加载相互配合使得代码更加简洁,希望大家可以更好的使用这些门面!
本文转自:https://segmentfault.com/a/1190000009369566