首页 > 其他分享> > 在代码中获取到容器实例

在代码中获取到容器实例

2021-08-07 17:32:59 作者：互联网

laravel容器实例在整个请求生命周期中都是唯一的，且管理着所有的服务组件实例。那么有哪些方式能够拿到laravel容器的实例呢？常用的有以下几种方式：

1）通过app这个help函数：

$app = app();

app这个辅助函数定义在

文件里面，这个文件定义了很多help函数，并且会通过composer自动加载到项目中。所以，在参与http请求处理的任何代码位置都能够访问其中的函数，比如app()。

2）通过App这个Facade

<?php
Route::get('/', function () {

    dd(App::basePath());

    return '';

});

通过App这个Facade拿容器实例的方式，跟上面不同的是，不能把App先赋给一个变量，然后通过变量来调用容器的方法。这是因为App相当于只是一个类名，我们不能把一个类名复制一个变量。$app = App；不是一个合法的可执行的语句，而$app = app()；却是一个合法的可执行的语句，因为它后面有app()，表示函数调用。App::basePath();也是一个合法的语句，它就是在调用类的静态方法。

再补充2点：

第一点： Facade是laravel框架里面比较特殊的一个特性，每个Facade都会与容器里面的一个实例对象关联，我们可以直接通过Facade类静态方法调用的形式来调用它关联的实例对象的方法。比如App这个Facade，调用App::basePath()的时候，实际相当于app()->basePath()。

这个底层机制也是依赖于php语言的特性才能实现的，需要在每一个Facade里面，设定一个静态成员并关联到一个服务的实例对象，当调用Facade类的静态方法的时候，解析出调用的方法名，再去调用关联的服务实例的同名方法，最后把结果返回。

我认为理解Facade能起到什么作用就够了，不一定要深究到它底层去了解实现的细节，毕竟在实际的开发中，不用Facade，也完全不影响laravel框架的使用。另外在实际编码中，要自定义一个Facade也非常容易，只要继承laravel封装的Facade基类即可：

<?php
namespace ThirdProviders\CasServer\Facades;

use Illuminate\Support\Facades\Facade;

use ThirdProviders\CasServer\CasServerManager;

class CasServer extends Facade

{

    protected static function getFacadeAccessor()

    {

        return CasServerManager::class;

    }

}

实现Facade基类的getFacadeAccessor方法，laravel框架就知道这个Facade类该与哪个服务实例关联起来了。实际上这个getFacadeAccess方法，返回的名称就是后面要介绍的服务绑定名称。在laravel容器里面，一个服务实例，都会有一个固定的绑定名称，通过这个名称就能找到这个实例。所以为啥Facade类只要返回服务绑定名称即可。

我们可以看看App这个Facade类的代码：

<?php
namespace Illuminate\Support\Facades;

/**

 * @see \Illuminate\Foundation\Application

 */

class App extends Facade

{

    /**

     * Get the registered name of the component.

     *

     * @return string

     */

    protected static function getFacadeAccessor()

    {

        return 'app';

    }

}

它的getFacadeAccessor返回的就是一个字符串“app”，这个app就是laravel容器自己绑定自己时用的名称。

第二点：从上一点最后App这个Facade的源码可以看出，App这个Facade的全类名其实是：Illuminate\Support\Facades\App，那为什么我们在代码里面能够直接通过App这个简短的名称就能访问到呢：

<?php
Route::get('/', function () {

    dd(App::basePath());

    return '';

});

你看以上代码完全没有用到use或者完全限定的方式来使用Illuminate\Support\Facades\App。实际上App跟Illuminate\Support\Facades\App是完全等价的，只不过App比Illuminate\Support\Facades\App要简短很多，而且不需要use，所以用起来方便，那么它是怎么实现的？这跟laravel容器配置的别名有关系，在config/app.php中，

有一节aliases专门用来配置一些类型的别名：

'aliases' => [

    'App' => Illuminate\Support\Facades\App::class,

    'Artisan' => Illuminate\Support\Facades\Artisan::class,

    'Auth' => Illuminate\Support\Facades\Auth::class,

    'Blade' => Illuminate\Support\Facades\Blade::class,

    'Bus' => Illuminate\Support\Facades\Bus::class,

    'Cache' => Illuminate\Support\Facades\Cache::class,

    'Config' => Illuminate\Support\Facades\Config::class,

    'Cookie' => Illuminate\Support\Facades\Cookie::class,

    'Crypt' => Illuminate\Support\Facades\Crypt::class,

    'DB' => Illuminate\Support\Facades\DB::class,

    'Eloquent' => Illuminate\Database\Eloquent\Model::class,

    'Event' => Illuminate\Support\Facades\Event::class,

    'File' => Illuminate\Support\Facades\File::class,

    'Gate' => Illuminate\Support\Facades\Gate::class,

    'Hash' => Illuminate\Support\Facades\Hash::class,

    'Lang' => Illuminate\Support\Facades\Lang::class,

    'Log' => Illuminate\Support\Facades\Log::class,

    'Mail' => Illuminate\Support\Facades\Mail::class,

    'Notification' => Illuminate\Support\Facades\Notification::class,

    'Password' => Illuminate\Support\Facades\Password::class,

    'Queue' => Illuminate\Support\Facades\Queue::class,

    'Redirect' => Illuminate\Support\Facades\Redirect::class,

    'Redis' => Illuminate\Support\Facades\Redis::class,

    'Request' => Illuminate\Support\Facades\Request::class,

    'Response' => Illuminate\Support\Facades\Response::class,

    'Route' => Illuminate\Support\Facades\Route::class,

    'Schema' => Illuminate\Support\Facades\Schema::class,

    'Session' => Illuminate\Support\Facades\Session::class,

    'Storage' => Illuminate\Support\Facades\Storage::class,

    'URL' => Illuminate\Support\Facades\URL::class,

    'Validator' => Illuminate\Support\Facades\Validator::class,

    'View' => Illuminate\Support\Facades\View::class

],

然后在laravel框架处理请求过程中，会通过Illuminate\Foundation\Bootstrap\RegisterFacades这个类来注册这些别名到全局环境里面：

<?php
namespace Illuminate\Foundation\Bootstrap;

use Illuminate\Support\Facades\Facade;

use Illuminate\Foundation\AliasLoader;

use Illuminate\Contracts\Foundation\Application;

class RegisterFacades

{

    /**

     * Bootstrap the given application.

     *

     * @param  \Illuminate\Contracts\Foundation\Application  $app

     * @return void

     */

    public function bootstrap(Application $app)

    {

        Facade::clearResolvedInstances();

        Facade::setFacadeApplication($app);

        AliasLoader::getInstance($app->make('config')->get('app.aliases', []))->register();

    }

}

所以我们才能直接通过别名，代替完整的类型名做同样的访问功能。如果你自己写了一些类，名称很长，并且在代码里面用的特别多，也可以考虑配置到config/app.php别名里面去，laravel会帮我们注册。

3）另外一种方式拿到laravel容器实例就是在服务提供者里面直接使用$this->app

服务提供者后面还会介绍，现在只是引入。因为服务提供者类都是由laravel容器实例化的，这些类都继承自Illuminate\Support\ServiceProvider，它定义了一个实例属性$app

laravel在实例化服务提供者的时候，会把laravel容器实例注入到这个$app上面。所以我们在服务提供者里面，始终能通过$this->$app访问到laravel容器实例，而不需要再使用app()函数或者App Facade了。

以上就是在代码中获取到容器实例（Laravel）的详细内容。（拼多多培训）

标签：容器,Illuminate,App,代码,Facades,class,实例,Facade,Support
来源： https://www.cnblogs.com/qilunpdd/p/15112481.html