使用laravel的Redis时候乱用Facades踩了一个坑。。。
判断Redis是否有某个key值得时候是可以这样写,
| 1 | Redis::exists(key值) |
因为使用了Redis门面,所以可以直接使用Redis::exists而不用先建立实例,就是文档中介绍的“Facade 基类使用魔术方法 __callStatic() 从你的门面中调用解析对象”。
简单说就是没有exists这个静态方法,使用的时候会调用__callStatic(),建立实例:
| 1 | $instance |
使用Redis时候没有使用默认库0,所以按照文档上的例子指定服务,
代码如下:
| 12 | Redis::connection( |
这么做不能判断key值是否存在,测试以后发现第二行Redis::exists连接的仍然是默认库0。
乱用Facades踩到坑了!
我用的是laravel5.2,redis使用Predis。
虽然Redis的Facades是一个静态代理,在使用时候"Redis::"也是静态唯一的,BUT connection并不是一个静态方法。
Redis对应的Facades底层类 IlluminateRedisDatabase,connection方法如下
|
返回redis的链接实例。
实际上$this->clients在Redis::调用__callStatic()建立实例的时候就已经初始化,
|
打印发现 $this->clients 是将 redis的所有配置都初始化,当connection传入配置名的时候选择这个配置链接实例。
虽然Redis实例是静态的,但是这个redis链接并不是。
Redis::exists()更是和connection()方法无关,redis门面调用__callStatic()后会执行 IlluminateRedisDatabase 的exists方法,但是Database没有这个方法,所以触发__call()方法。
|
而command() 方法使用的是default配置,也就是说Redis::所有方法除了connection都是默认库。
|
所以要使用非默认配置的同一个redis链接时候必须保存redis实例,
| 12 | $redis |
$redis->exists 不会调用database的command方法,redis继续使用connection选择的初始化链接,不会选择default配置。
这其实还涉及到Predis底层的实现,已经超出我的理解范围。
看完代码感觉还是有点晕。。。
反正Redis门面还是不要乱用。



