谈laravel容器延迟加载以及auth扩展

昨天按照手册教程,动手写一个Auth扩展,按照包独立性的原则,我不希望将Auth::extend()这种方法写在 start.php 中,毫无疑问,我选择了在服务提供器register()方法中注册扩展驱动。然而,事与愿违……

http://www.zroran.com/it/php/laravel/10.html

发现问题

当我在 LoauthServiceProvider 中这样写的时候:

public function register()
{
    //
    \Auth::extend(‘loauth‘,function($app){});
}

报错

Call to undefined method Illuminate\Support\Facades\Auth::extend()

寻找原因

当时就纳闷了,找原因,怀疑是Auth没注册?检查发现注册了,因为在路由中可以使用;php artisan clear-compiled 没用;百思不得其解,甚至怀疑是我不小心修改了核心类,还重新下载了一次laravel包,问题依旧。

折腾了一晚上,最终我把目光锁定在 AuthServiceProvider$defer 属性。

根据手册以及注释,我们得知 $defer 属性是用来延迟加载该服务提供器,说直白点就是延迟执行 register() 方法,只需要配合provides()方法即可实现。举个例子:

public function provides()
{
    return array(‘auth‘);
}

这个是 AuthServiceProvider 里的方法,当框架初始化的时候,会依次加载服务提供器,如果发现这个服务提供器protected $defer=true 那么就会调用它的 provides() 方法,其返回的数组包含需要延迟加载的服务名称,这样当我们在路由、控制器或者其他地方调用 Auth::METHOD() 的时候,才会去调用提供器的 register() 方法。

确定症结

那么问题来了,既然是被动延迟加载,也就是说当我调用Auth类方法时应该会自动实例化Auth类啊,为什么我在LoauthServiceProvider中调用的时候却提示方法不存在,但是在路由中却可以呢。

我猜测是因为优先级的问题,可能在框架注册 LoauthServiceProvider::register() 的时候,Auth 还没有标记为延迟加载,这就造成了一个先后问题,任何即时加载的服务提供器都无法在register方法中调用延迟加载的服务

经过研究,顺利在核心代码中找到证据
Illuminate\Foundation\ProviderRepository

public function load(Application $app, array $providers)
{
    //...省略

    // We will go ahead and register all of the eagerly loaded providers with the
    // application so their services can be registered with the application as
    // a provided service. Then we will set the deferred service list on it.
    foreach ($manifest[‘eager‘] as $provider)
    {
        $app->register($this->createProvider($app, $provider));
    }
    //延迟加载标记在即时加载服务之后
    $app->setDeferredServices($manifest[‘deferred‘]);
}

解决之道

虽然发现了问题所在,但并不代表问题就解决了,修改核心代码不是个明智的选择,所以只能在我们自己的包里想办法咯,一个解决方案如下:

public function register()
{
    //
    $authProvider = new \Illuminate\Auth\AuthServiceProvider($this->app);
    $authProvider->register();
    \Auth::extend(‘loauth‘,function($app){});
}

既然auth还未注册,那么我们手动调用它的register方法帮它注册。

留言

研究框架也是个学习的过程,或许你还有更好的方法,欢迎留言分享 v

时间: 2024-08-30 02:05:01

谈laravel容器延迟加载以及auth扩展的相关文章

浅谈C++容器动态内存管理的优化

在信息学竞赛中,C++的容器的用途非常广泛,但经常因常数过大而超时.怎样才能提高它们的效率呢? 我们知道,容器是存储同一类对象的对象,既然"对象"我们无法改变,那么我们只能从"存储"入手,不难想到,不同容器在实现上的根本区别是它们对应着不同的内存组织方式,内存管理无疑是这种实现的核心,所以优化内存管理是加快容器效率的最好途径之一. 一.内存分配器简介 怎样才能优化内存管理呢?很简单,C++为我们提供了这样的接口,我们可以通过自定义容器模板中的最后一个allocato

laravel 5.1 添加第三方扩展库

laravel 5.1 添加第三方扩展库 时间:2015-09-07 19:20:34      阅读:1654      评论:0      收藏:0      [点我收藏+] 步骤一:确定你要放第三方库的目录,假设:app/libs,并在该目录下放置类文件common.php. 步骤二:找到根目录下的composer.json文件并打开,找到autoload-dev参数,添加"app/libs/common.php".如图: common.php代码: 步骤三:然后执行命令: ph

[PHP] 浅谈 Laravel auth:api 不同驱动 token 和 passport 的区别

token 驱动使用 TokenGuard 用传递的值去用户表中查询 member_token 字段的值,看是否有匹配的.服务端需要在用户表中存储 access_token. passport 驱动是 laravel/passport 组件包提供的,通过 Bearer Token Validator 对传递的值进行 JWT 验证,看是否解析出的值能匹配到数据库中的 auth_access_token_id.服务端不需要存储 access_token,相对安全. 另外,laravel/passpo

浅谈Linux容器和镜像签名

导读 从根本上说,几乎所有的主要软件,即使是开源软件,都是在基于镜像的容器技术出现之前设计的.这意味着把软件放到容器中相当于是一次平台移植.这也意味着一些程序可以很容易就迁移,而另一些就更困难. 我大约在三年半前开展基于镜像的容器相关工作.到目前为止,我已经容器化了大量应用.我了解到什么是现实情况,什么是迷信.今天,我想简要介绍一下 Linux 容器是如何设计的,以及谈谈镜像签名. Linux 容器是如何设计的 对于基于镜像的 Linux 容器,让大多数人感到困惑的是,它把操作系统分割成两个部分

容器使用笔记(扩展篇)

前两篇文章分别介绍了几种容器,他们之间的区别与联系也做了简单的介绍,这篇文章主要在存储机制和工作效率上来扩展一下. 我们从数据的角度将它们分为两类一维集合和二维集合(这里不讨论数组),一维集合主要包括ArrayList.List,二维集合主要包括HashTable.Dictionary<K,v>,其它类型(使用较少)不做讨论. 首先说一维集合,来源于数组,他们在内存中的存储机制也是来源于数组,以顺序存储的方式存放在内存中,以下标为索引查找数据,效率较高. 再来谈谈二维表,HashTable和D

laravel 表单和HTML扩展包

安装 通过composer安装扩展包. 在根目录的composer.json文件中添加laravelcollective/html. "require": { "laravelcollective/html": "5.3.*" } 接着在终端中更新composer: composer update 然后,在config/app.php文件中添加新的providers: 'providers' => [ // ... Collective\H

浅谈List容器

List容器 从根源来说Set.List.Queue这三个接口都继承于Collection接口,Set为数据集,List为列表,Queue为队列 下面,我们来说一说List List的实现包括ArrayList.LinkedList.Vector,我们主要说一说前两者,因为第三个我还没接触到(- ̄▽ ̄)- 1.ArrayList 本质是一个自动扩展的数组,有序.可重复.可以为null ArrayList是一个容器和数组并没有什么样的不同,不同点在于数据出去的多样化(三种):普通for.增强for

解决laravel 的用户验证Auth::attempt总会fail的问题

1.在laravel项目中,当使用Auth::attempt()用于用户验证时,Auth::attempt()会把密码通过Hash进行转换,变成一串不知啥的长字符,如果你在数据库里事先设置了明文的密码,那么它就会fail:所以你在用户注册时将密码进行Hash转换再存入数据库. 2.数据库密码字段的长度必须在60位或以上,这好像是laravel规定的,试过完全正确,不过不知道可不可以通过修改某个配置来取消这个规定或减少这个长度.请高人赐教.

laravel容器container 阅读记录

今天抽时间又仔细看了一下laravel的container,记录一下. 所谓容器,听名字就知道,是一个仓库,装东西用的,所以,container所有的功能,都围绕一个主题:管理装. 类名称:Illuminate\Container\Container 首先,生成一个数组绑定列表,用自定义名称作为主键,然后键值是闭包(输入的可能是闭包或者实体类,但是,在存储的时候,都统一转化成了闭包存储). 其次,根据绑定列表,生成对应的类的实例,供用户使用,调用的时候,发现如果已经生成,不需要重新生成使用,实际