PHP实现任务并发思路

文章讨论了在PHP中如何避免死循环并有效地处理未发货订单。通过使用Redis队列和限制并发执行的订单数量,确保任务每5秒执行一次,检查并更新订单状态。对于未发货的订单,采取重新入队策略,同时考虑了超时和网络问题。
摘要由CSDN通过智能技术生成

任务描述: PHP中无法实现 死循环, 会崩溃, 所以通过其他思路来实现 类似 线程
    createOrder() 模拟-持续增加, 订单状态是未处理, 模拟未发货, 没有发货单号;
    模拟填写发货单号, 由任务来执行:    任务执行 5 秒钟一次
        正常情况是: 先去查询还有多少订单未处理, 然后 一个个订单来处理
            假设 订单 已经发货, 那么状态就可以 变更为 已发货,
            下次任务再执行时, 这个订单就不需要处理了.
            假设 订单 还未发货, 那么状态 还是 未处理.
            下次任务继续执行, 如果这个订单一直未发货, 就变成一直都要执行一下这个订单.    
    如果未完成的订单很多, 就会导致 出现 超时 或者 一直在执行 前面的, 而 后面的订单都没有处理.
解决思路: 排队
    enqueue() 模拟 - 持续增加, 订单增加一个就 排队, 可以用 Redis 来保存.
    php 考虑到超时或网络情况, 每次执行 10 个 订单任务.
        $tasks = [order_no...];// 从 Redis 里面 取出10个订单, 移出队列    并发多开
        for ($i = 0; $i < 10; $i ++) {
            $result = task();
            if (!$result) {
                // 方式一: 订单还是未发货的, 添加到 队尾排队
                // 方式二: 订单还是未发货的, 添加到 另外一个队列 队尾排队, 这个可以用多任务进行
            }
        }
for ($i = 0; $i < 10; $i ++) {
    tasks();
}
A, B -> Request -> Center Enqueue(AddTask, DoTask) -> Response -> A, B
A -> Request(控制发送数量和频率) -> Center -> Response(控制发送数量和频率) -> A
B -> Request(控制发送数量和频率) -> Center -> Response(控制发送数量和频率) -> B

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值