现在业务需要这样一个功能:
需要一个类似定时任务的一个功能,比如用户开始某一个任务,假设时间限制30分钟。不管用户是否完成该任务,到
30分钟(1800秒)后更新该任务状态或更新该任务对应的其它业务数据。不要访问触发有效期判断。
注册定时器:
参数:
10s,10s后执行回调url接口。url接口;json字符串;要求:
且只回调一次。不知道现在有什么好的办法来实现以上类似定时任务的功能?谢谢。
现在目前后台服务器是LNMP环境,外加Redis。
Redis只会简单的存取操作,不会太复杂的。所以下面这个答案也没怎么看明白。不知道还有没有好一点解决方案,谢谢。
参考回答一:
依你目前的架构,这种需求,把回调参数扔
Redis里,然后在一个sorted set里把key和回调时间记上,再>通过pub/sub通知执行回调的服务。执行回调的服务,收到通知之后就去
sorted set里取最早的一个回调数据,然后等时间到了就执行回调。然后继续取下一个回调数据。取消的逻辑:把回调在
Redis里的key删掉,这样回调执行者取不到数据就不会执行了嘛。你的回调执行者当然不能依托于
php-fpm那种东西了。单独起一个进程专门执行,PHP可以做到的。当然你也可以用其它语言来实现。
参考回答二:
光看你那个例子,任务的功能:可以在创建任务的时候产生一个任务开始时间,然后利用
lnmp里的linuxcrontab功能,定时每秒执行一次你的URL API,逻辑全部放在API里,比如api中先用sql查询一遍是否有超时的任务,超时就停止,并执行你说的其他业务逻辑,这个你应该目前就非常清楚了。当然除了sql还有优化空间,但是目前我建议你根据实际情况选择最简单的方案
GCT1015
慕桂英546537