未分類
24 5 月 2020

支付宝那种支付回调 按一定频率推送是怎么实现的?(4m,10m,10m,1h,2h,6h,15h)

支付宝那种支付回调 按一定频率推送是怎么实现的?(4m,10m,10m,1h,2h,6h,15h)

資深大佬 : wuzhizuiguo 2

我的想法是, 第一次的时候直接推送(请求对方的 url) 如果成功了,那就不做其他操作. 失败了: 把推送的订单 写入 redis 的 hash 表(具体对象 )和 zset 中(主键),设置 score 值为要推送的时间,然后再加一个记录这是第几次推送的 key-value

跑一个定时器 每秒去读 zset 中 score 符合推送的订单 id(再去 hash 中获取具体数据),并删除这两个值, 然后再次请求对方的 url,返回正常状态,那么就成功了. 失败: 根据是第几次推送, 把 score 值加大,hash 表再添加对应的订单数据. 继续推送, 直到次数太多,不再推送..

请问下坛友, 这种回调按一定频率推送 一般是怎么做的?

大佬有話說 (22)

  • 資深大佬 : zpfhbyx

    延时队列?

  • 資深大佬 : cxshun

    可以参考一下 RocketMQ 的实现（对，就是阿里家的），它是先把所有延迟 topic 放到几个固定的 topic 里面，根据相应的 level，比如 1，是 10s 钟啥的，然后有一个定时任务，定时检查相应的 topic 的 value，如果达到时间就把它丢到另外的 topic 中，推给相应的 client 。

  • 資深大佬 : watermelon11

    spring-retry

  • 資深大佬 : JasonLiHai

    延时队列

  • 資深大佬 : jinzhongyuan

    @cxshun 定时检查 会有延时吗？

  • 資深大佬 : caryqy

    时间轮定时器

  • 資深大佬 : klgd

    RabbitMQ 的延时队列，
    向队列 A 发送一个延时 10s 的消息，RabbitMQ 对将消息放到一个类似 A.10000.x.delay 的队列里，10s 后消息会被发送到 A 队列
    你这种固定几个时间的很适合的

  • 主 資深大佬 : wuzhizuiguo

    谢谢! 现在队列用的是 RabbitMQ, 如果用死信队列, 入队时间不同, 出入顺序可能会有问题(实际没有操作过). spring retry 可以重试, 但是我没有找到 可以设置 频率 类似 4m,10m,10m,1h,2h,6h,15h 这样的, 固定间隔的是可以的.
    RocketMQ 还没有使用过.

  • 主 資深大佬 : wuzhizuiguo

    @klgd 如果消息在 A 队列里出来后再次失败, 这个什么时候是要放到延时 20 秒 45 秒…的死信队列里吗? (这个放到哪个队列里该怎么判断)
    意思是建立几个固定 时间的队列吗

  • 資深大佬 : wizardoz

    https://www.cloudamqp.com/docs/delayed-messages.html
    是这个吗？

  • 資深大佬 : klgd

    @wuzhizuiguo #9 失败后，再发送到 A 队列一个延时 20s 的消息，然后 RabbitMQ 会将消息放到一个类似 A.20000.x.delay 的队列里，20s 后消息会被发送到 A 队列，以此类推 10m 1h

  • 資深大佬 : RedSpark

    spring try 不可靠，rabbitmq 应该是 DLQ 来实现的，调研过时不可行的。开源的方案还是 rocketmq 最靠谱。

  • 資深大佬 : gabon

    qmq 支持延迟消息，可以加版本号。根据次数配置不同的延时。

  • 主 資深大佬 : wuzhizuiguo

    @wizardoz 嗯,应该是的. https://juejin.im/post/5a12ffd451882578da0d7b3a

  • 主 資深大佬 : wuzhizuiguo

    时间轮定时器, 我不知道是不是指 Netty 的 HashedWheelTimer. 找到几篇博客.
    ,https://russxia.com/2019/07/20/%E6%97%B6%E9%97%B4%E8%BD%AE%E5%AE%9A%E6%97%B6%E5%99%A8/
    https://www.cnblogs.com/eryuan/p/7955677.html
    https://blog.wangqi.love/articles/Java/%E5%AE%9A%E6%97%B6%E4%BB%BB%E5%8A%A1%E4%B8%8EHashedWheelTimer.html

  • 主 資深大佬 : wuzhizuiguo

    @klgd 我能不能理解 为 消息 A 在第一次调用失败后, 进入队列 X 设置过期时间 4 分钟, 4 分钟到了, 根据死信交换器,到了队列 Y, 队列 Y 消费 发现还是调用失败, 这个时候 放到队列 Z 设置过期时间 10 分钟 … 需要固定几个具体的队列, 例如 4 分钟队列, 10 分钟队列 10 分钟队列 2 ,1 小时队列… 每个队列 先入的过期时间也肯定会比后入的小.

  • 資深大佬 : klgd

    @wuzhizuiguo #16 你客户端需要消费的只有一个队列 A，其他延时队列根据你指定的延时时间由 RabbitMQ 自行生成不同的队列，延时队列里的消息到期后还是回到了 A 队列
    对了，RabbitMQ 的延时队列是需要安装插件的
    https://github.com/rabbitmq/rabbitmq-delayed-message-exchange

  • 資深大佬 : cxshun

    @jinzhongyuan #5 这个肯定多少会有点，所以就看定时器的频率了。

  • 資深大佬 : buliugu

    简单点，beanstalkd 它不香嘛

  • 主 資深大佬 : wuzhizuiguo

    @klgd 那消息回到消息队列 A 后, 再次设置过期时间, 这个怎么判断它是第几次重试 设置下次的过期时间? (要额外加判断吗)

  • 資深大佬 : klgd

    @wuzhizuiguo #20 消息在入队时可以加个次数的参数，在消费消息时，处理成功了，就结束；失败了，根据次数得出下一次的延时时间，然后重新操作入队

  • 主 資深大佬 : wuzhizuiguo

    @klgd 好的.(我想是加个 redis 消息主键 – 次数 这样的缓存是吧)