>  기사  >  백엔드 개발  >  一次Redis的使用Bug记要(exec)

一次Redis的使用Bug记要(exec)

WBOY
WBOY원래의
2016-06-13 12:23:371140검색

一次Redis的使用Bug记录(exec)

博主在一次项目中,使用了工具类中的Redis类,因为该Redis没有封装管道pipeline和exec命令,所以就大笔一挥来了一段__call;

代码如下(其中$this->_connect()返回的为一个Redis实例)。

之后的事情感觉中文已经无法表述,上代码就是类似这样的

$redis->pipeline();

$redis->lpop($key);

$redis->lpop($key);

$redis->exec();

自己写了简单例子测试之后,正常情况下应该会返回$key队列中的两个栈顶元素,即array('item1','item2');但是该次最终的返回结果竟然是NULL,博主这时候

就超级疑惑,难道是call_user_fun_array()这个申请的函数是木有返回值,尼玛,那这样不是坑死老爹吗。而这仅仅是个人猜测,php宝册在手不虚,发现并无此

说明,但是有一个简单的例子为,看下面的例子加亲自测试是有返回值,那就是说此次猜想不成功。

好吧,只能继续debug了,许久之后依然木有发现问题,请教公司一同事,他来了之后发现你说那就既然是$this->_connect()是一个redis对象,

那上面不是还有一个$this->_redis的句柄吗,直接替换,之后在神奇的事情发生了,尼玛有返回值了。

好吧,那问题就可以猜想一二了,这个肯定说明了$this->_connect()和$this->_redis肯定有哪些地方不太一样,如上面的代码,我们直接把两个变量dump了出来。

之后发现是这样的,如下图看官们应该明白这根本是不同的两个资源。

感觉知道问题所在了,返回了看_connect()函数,发现里面是没有Redis单例的,每次都是new了一个Redis对象。

所以还不知道问题所在的看官可以继续跟着哥往下走。

这个问题呢,我们技术人啥也不说了,上代码,在一批redis的操作命令中,动用了三个不同的redis对象,第三次是直接exec,连pipeline都木有,那肯定是NULL.

这你敢相信,反正我是信了,我也是醉了,当然也是我自己坑了自己。问题到此真相大白。有一次自坑的打怪之路。

 

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.