本文由laravel教程栏目给大家介绍怎么在代码中获取到容器实例，希望对需要的朋友有所帮助！
laravel容器实例在整个请求生命周期中都是唯一的，且管理着所有的服务组件实例。那么有哪些方式能够拿到laravel容器的实例呢？常用的有以下几种方式：
1） 通过app这个help函数：
$app = app();
app这个辅助函数定义在
文件里面，这个文件定义了很多help函数，并且会通过composer自动加载到项目中。所以，在参与http请求处理的任何代码位置都能够访问其中的函数，比如app()。
2）通过App这个Facade
<?phpRoute::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基类即可：
<?phpnamespace ThirdProvidersCasServerFacades;use IlluminateSupportFacadesFacade;use ThirdProvidersCasServerCasServerManager;class CasServer extends Facade{ protected static function getFacadeAccessor() { return CasServerManager::class; }}
实现Facade基类的getFacadeAccessor方法，laravel框架就知道这个Facade类该与哪个服务实例关联起来了。实际上这个getFacadeAccess方法，返回的名称就是后面要介绍的服务绑定名称。在laravel容器里面，一个服务实例，都会有一个固定的绑定名称，通过这个名称就能找到这个实例。所以为啥Facade类只要返回服务绑定名称即可。
我们可以看看App这个Facade类的代码：
代码小浣熊
代码小浣熊是基于商汤大语言模型的软件智能研发助手，覆盖软件需求分析、架构设计、代码编写、软件测试等环节
51 查看详情 
<?phpnamespace IlluminateSupportFacades;/** * @see IlluminateFoundationApplication */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的全类名其实是：IlluminateSupportFacadesApp，那为什么我们在代码里面能够直接通过App这个简短的名称就能访问到呢：
<?phpRoute::get('/', function () { dd(App::basePath()); return '';});
你看以上代码完全没有用到use或者完全限定的方式来使用IlluminateSupportFacadesApp。实际上App跟IlluminateSupportFacadesApp是完全等价的，只不过App比IlluminateSupportFacadesApp要简短很多，而且不需要use，所以用起来方便，那么它是怎么实现的？这跟laravel容器配置的别名有关系，在config/app.php中，
有一节aliases专门用来配置一些类型的别名：
'aliases' => [ 'App' => IlluminateSupportFacadesApp::class, 'Artisan' => IlluminateSupportFacadesArtisan::class, 'Auth' => IlluminateSupportFacadesAuth::class, 'Blade' => IlluminateSupportFacadesBlade::class, 'Bus' => IlluminateSupportFacadesBus::class, 'Cache' => IlluminateSupportFacadesCache::class, 'Config' => IlluminateSupportFacadesConfig::class, 'Cookie' => IlluminateSupportFacadesCookie::class, 'Crypt' => IlluminateSupportFacadesCrypt::class, 'DB' => IlluminateSupportFacadesDB::class, 'Eloquent' => IlluminateDatabaseEloquentModel::class, 'Event' => IlluminateSupportFacadesEvent::class, 'File' => IlluminateSupportFacadesFile::class, 'Gate' => IlluminateSupportFacadesGate::class, 'Hash' => IlluminateSupportFacadesHash::class, 'Lang' => IlluminateSupportFacadesLang::class, 'Log' => IlluminateSupportFacadesLog::class, 'Mail' => IlluminateSupportFacadesMail::class, 'Notification' => IlluminateSupportFacadesNotification::class, 'Password' => IlluminateSupportFacadesPassword::class, 'Queue' => IlluminateSupportFacadesQueue::class, 'Redirect' => IlluminateSupportFacadesRedirect::class, 'Redis' => IlluminateSupportFacadesRedis::class, 'Request' => IlluminateSupportFacadesRequest::class, 'Response' => IlluminateSupportFacadesResponse::class, 'Route' => IlluminateSupportFacadesRoute::class, 'Schema' => IlluminateSupportFacadesSchema::class, 'Session' => IlluminateSupportFacadesSession::class, 'Storage' => IlluminateSupportFacadesStorage::class, 'URL' => IlluminateSupportFacadesURL::class, 'Validator' => IlluminateSupportFacadesValidator::class, 'View' => IlluminateSupportFacadesView::class],
然后在laravel框架处理请求过程中，会通过IlluminateFoundationBootstrapRegisterFacades这个类来注册这些别名到全局环境里面：
make('config')->get('app.aliases', []))->register(); }}
所以我们才能直接通过别名，代替完整的类型名做同样的访问功能。如果你自己写了一些类，名称很长，并且在代码里面用的特别多，也可以考虑配置到config/app.php别名里面去，laravel会帮我们注册。
3）另外一种方式拿到laravel容器实例就是在服务提供者里面直接使用$this->app
服务提供者后面还会介绍，现在只是引入。因为服务提供者类都是由laravel容器实例化的，这些类都继承自IlluminateSupportServiceProvider，它定义了一个实例属性$app
laravel在实例化服务提供者的时候，会把laravel容器实例注入到这个$app上面。所以我们在服务提供者里面，始终能通过$this->$app访问到laravel容器实例，而不需要再使用app()函数或者App Facade了。
更多laravel技术文章，请访问laravel教程栏目！
以上就是在代码中获取到容器实例（Laravel）的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/345617.html
微信扫一扫 
支付宝扫一扫 
