redis是一个让我们可以高效提升性能的NoSQL内存数据库，支持几乎所有的关键数据类型操作，它可以帮助你快速的存取数据。它也提供了队列功能，可以实现一些有趣的功能。其中一个就是利用它来实现定时过期key队列机制。
定时过期key队列机制是利用Redis提供的“毫秒过期时间”和“zset”功能来实现的。我们可以设定每个key的过期时间，然后将这些key放入一个zset中，每次取出过期的key去处理。
实现的步骤如下：
1.创建zset：它的成员是一个key-value对，key即zset的成员，value就是每个成员指定的过期时间戳；
2.创建一个发布订阅频道，订阅过期key事件；
3.循环zset中的成员，判断其value即指定时间是否到期，如果到期则发布订阅频道消息，发布的消息内容为过期key，订阅者可以根据这个key去做相应的处理；
4.处理完key后，将这个key从zset中删除；
用代码实现：
# 创建zset> zadd zset-key 123456789 ‘key1’# 发布订阅> PSUBSCRIBE expired-key*# 订阅消息> SUBSCRIBE expired-key# 循环zset中的keyfunction run_timed_jobs(){while truedolocal timed_jobs=$(zrangebyscore expired-key 0 $(now_ms))for key in $timed_jobsdoprocess_key $keyzrem zset-key $keydonesleep 1done}# 订阅处理函数function on_message(){local channel=$1 local key=$2process_key $keyzrem zset-key $key}
上面的代码可以实现Redis的定时过期key队列机制。原理是通过发布订阅频道监听zset中过期key字段，一旦发现过期字段就做相应的处理并删除该key。通过这种机制把一些比较耗时的任务抽离出来，实现把一些需要处理的key进行异步处理，与业务逻辑分离，可以进一步提高应用性能。
香港服务器首选树叶云，2H2G首月10元开通。树叶云（www.IDC.Net）提供简单好用，价格厚道的香港/美国云 服务器 和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。
请教各位，如何获得redis中key的已经存在的时间
用ttl方法1. 如果该key不存在，返回-22. 如果该key未设置存活时间，返回-13. 如果设置过存活时间，则返回剩余的存活秒数
用什么办法可以使QQ快速升级
TenyQQ(本地挂Q) V0.6 Beta 修正绿色版本地挂Q)下载介绍:+ 增加挂QQ队列机制，时间段固定不可更改！试用了下觉得超好用，第一时间推荐给大家，希望大家喜欢！！新增改密码功能。 (亮点!!!)+ 增加挂QQ队列机制，时间段固定不可更改。 (亮点!!!)队列1: 00:00-02:30队列2: 03:00-05:30队列3: 06:00-08:30队列4: 09:00-11:30队列5: 12:00-14:30队列6: 15:00-17:30队列7: 18:00-20:30队列8: 21:00-23:30(因新加入这个功能，之前版本的TenyQQ数据库已经无法使用。 )+ 去掉自定义分割符功能，分割符定为----。 新增格----------------04--------后不添密码表示密码与上一行QQ密码相同，注意----是必需的！(以后添加QQ的格式就这样定了，不再更改！！)+ 增加备注功能。 (因新加入这个功能，之前版本的TenyQQ数据库已经无法使用。 )+ 自动回复内容限制200字节。 (因更改这里，之前版本的TenyQQ数据库已经无法使用。 )+ 改动数据内存分配方式为动态分配。 理论挂Q数量提高，内存分配更合理。 + 添加窗口增加 确定后立即登陆 选项。 + 编辑窗口增加 确定后立即重登陆 选项。 + 增加 程序启动后立即自动登陆所有QQ 选项。 + 菜单中增加 保存列表 项。 + 列表无改动时退出程序，不会有任何提示。 + 自定义呼出窗口快捷键。 + 记忆窗口大小。 + 支持列表多选编辑操作。 + 提高二次登陆速度。 + 解决5位6位QQ登陆不正常。 + 解决在线时间超过1000天获取等级错误。 + 挂Q数量仍限制为500，但仍允许开多个TenyQQ，这个限度不再更改
cocos2dx的渲染机制是怎么样的
异步渲染理论应该来自于opengl insights的async buffer transfer。 这种优化主要在使用dma通道的x86构架下比较有优势。 手机的cpu和gpu是集成在一起的。 本身就具有超高速同步传输能力，使用async buffer transfer甚至可能会稍微降低性能。 cocos2d-x没有把矩阵转换、zorder排序等比较消耗cpu的操作放到异步线程中，主要是因为它的command队列的维护方式。 command大多是和Node静态捆绑的，多线程很难维护生命周期。 它的那个所谓内存池好像也不支持多线程。 倒是可以用顶点buffer作为循环队列，主线程分段填充，渲染线程分段unmap渲染并维护opengl状态。 但是，但是，cocos2d-x支持custom command。 这给设计者一个直接操作opengl的机会。 这就至少需要两个单独的opengl shared context。 姑且不谈这两个context怎么同步，如果同步就失去了异步传输的意义。 在上面提到的那篇文章中，两个context不能得到明显的性能提升甚至可能下降。
发表评论