这是一个创建于 1973 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前使用的框架是：TP3
有一个场景是第三方回调太早，导致数据库里查不到相关数据，所以需要让它等待几秒再执行，与此同时，不阻塞系统其它进程的执行，请问这个该如何实现？
有一个场景是第三方回调太早，导致数据库里查不到相关数据，所以需要让它等待几秒再执行，与此同时，不阻塞系统其它进程的执行，请问这个该如何实现？
 | 1 lshero 2020-08-01 17:40:51 +08:00 和第三方约定好重试机制让第三方轮询，因为需要你返回给第三方结果，所以延时队列之类的并不适合，除非你主动在处理完了后回调第三方。 |
 | 2 RickyC 2020-08-01 17:48:29 +08:00 你们说话都这么学术么? 连问题我都读不懂. |
 | 3 demoshengxw 2020-08-01 17:56:57 +08:00 via Android 限定 php 的话，要么你用生成器 yield 配合 send 方法进行通信来模拟协程，要么 swoole 协程。 |
 | 4 zjsxwc 2020-08-01 18:00:01 +08:00 via Android beanstalk 这种队列中间件呗 |
 | 5 wangritian 2020-08-01 18:04:53 +08:00 最简单粗暴的方法是 while(sleep(1000)) {data = select db;if(data) break;} |
 | 6 towser 2020-08-01 18:08:50 +08:00 FPM 模式下本来也不阻塞其他进程。 |
 | 7 realpg PRO sleep 就行 fpm 只阻塞自己，反正自己接下来也没啥要干的，无所谓的。 如果服务器需要处理这种比较多，配置 fpm pool 的进程限制多一点 |
 | 9 jjshare 2020-08-02 18:34:02 +08:00 数据立等可取，那就优先读 cache，以 cache 为源 |
 | 10 cokar 2020-08-02 19:47:39 +08:00 你这个问题是要即时响应给那边的，即使异步操作也要等待处理完后响应，即使你用 swoole 实现了异步，你这个接口的进程仍然需要挂着，也只能是 sleep 了，建议你还是想办法把主从延时问题解决。 不过你说的这个回调，一般都会有多次尝试的，第一次不行，那就尝试第二次 |
 | 11 cbasil 2020-08-03 09:22:47 +08:00 这种建议做异步，等你有数据的时候返回给对方接口，像微信支付一样，支付结果微信会发送到你的通知接口。 |
 | 12 ben1024 2020-08-04 17:30:16 +08:00 加入个队列处理 |
Select Language