mwbr.net
当前位置:首页 >> 关于rEDis的异步Api,为什么很少有人用异步方式?... >>

关于rEDis的异步Api,为什么很少有人用异步方式?...

异步方式调用就需要自己封装回调函数,在结果返回时调用处理函数,处理后往往有需要返回主线程进行更新,好不麻烦,所以同步更简单点。可以尝试自己包装hiredisclient自己写callback然后自己做处理。

考虑使用复杂性吧,如果用异步,你得循环等消息通知你完成,然后自己判断超时;如果同步,你只需要等待正确完成或者超时时错误完成。在多线程+超时机制下,即使异步也不会引起用户感觉死机。

redis服务实现采用epoll模式,同步方式吞吐量绝大部分情况下已经可以满足需求了。 虽然不知redis异步方式代码是如何,但是一般异步方式处理都比较复杂,后期维护麻烦,所以很少有人用吧。

考虑使用复杂性吧,如果用异步,你得循环等消息通知你完成,然后自己判断超时;如果同步,你只需要等待正确完成或者超时时错误完成。在多线程+超时机制下,即使异步也不会引起用户感觉死机。

1)使用promise框架2)在functionA完成后主动调用functionB耦合度高3)在functionA完成后发送一个事件完成消息。外部监听这个消息,当监听到这个消息,执行functionB耦合度低些

这是一个好问题,但发生的概率很低。楼主性别经常变吗?呵呵。个人建议靠谱的设计应该是:1. 读从redis, 没有就到db查。redis设数据超时时间,db数据更新只能准实时。实时要求高的数据超时时间设短点就行了。超时失效可以用消极方法或积极方法,...

对于变化频率非常快的数据来说,如果还选择传统的静态缓存方式(Memocached、File System等)展示数据,可能在缓存的存取上会有很大的开销,并不能很好的满足需要,而Redis这样基于内存的NoSQL数据库,就非常适合担任实时数据的容器。但是往往又...

对于变化频率非常快的数据来说,如果还选择传统的静态缓存方式(Memocached、File System等)展示数据,可能在缓存的存取上会有很大的开销,并不能很好的满足需要,而Redis这样基于内存的NoSQL数据库,就非常适合担任实时数据的容器。 但是往往...

redis服务实现采用epoll模式,同步方式吞吐量绝大部分情况下已经可以满足需求了。 虽然不知redis异步方式代码是如何,但是一般异步方式处理都比较复杂,后期维护麻烦,所以很少有人用吧。

问题里,访问redis的瓶颈在于网络IO开销太大,跟不上cpu的计算速度。有几个办法,可以考虑一下,大前提:cpu计算的数据,前后没什么关联,否则只能用同步方式。想更好的学习python请关注微信公众号“Python基础教程”! 1. 内建多个queue,将需要...

网站首页 | 网站地图
All rights reserved Powered by www.mwbr.net
copyright ©right 2010-2021。
内容来自网络,如有侵犯请联系客服。zhit325@qq.com