封装curl_multi让请求与业务逻辑并行执行

PHP开发中需要请求其它HTTP(S)服务接口时,很多人都会直接使用内置的curl工具。其中curl_multi可以将之前单个的curl请求添加到一个批处理中去并行执行,在时间开销上实现max(接口1, 接口2, 接口3...)的效果,能够降低我们的业务需要多服务数据聚合时对使用者产生的等待感。

那么本文能够带来什么呢?

  • 时间优化不止于max(接口1, 接口2, 接口3...),可达max(业务代码, 接口1, 接口2, 接口3...),让请求后的等待期也能用来执行业务代码。
  • curl curl_multi的友好使用封装,以对象的封装来简化代码中各种curl_*函数的记忆和凌乱。

环境

  • Win10 x64PHP8.0.0 TS x64

前言

  • curl_multi创建一个批处理,将多个curl句柄加入其中,然后执行这个批处理
  • curl_multi_exec()执行批处理中需要操作的句柄。
    • 发送请求/接收处理响应,等待响应时则无需操作
  • curl_multi_select()阻塞等待,直到有待处理的句柄/超时
    • 如某个句柄接收到了响应。
    • 此函数可以避免等待期的死循环空转exec情况。线程应该是挂起状态,由底层触发唤醒。

分析

  • 优化核心在于curl_multi_exec()curl_multi_select()
  • 通过调试发现执行curl_multi_exec()第一次即为发送HTTP请求报文,推测exec的执行粒度为HTTP请求/响应报文的处理。
  • 所以我们可以先发送请求,然后执行自己的业务逻辑,最后需要时再获取执行结果。这样就可以复用等待响应的时间。
  • 因为重定向/HTTPS都会涉及到多次HTTP报文交互,封装中尽量为其提供了可选优化参数。

测试(下方有结果图)

  • 封装&测试代码仓库 gitee.com/VwenX/curl-mut
  • 本地使用node启了一个http服务器(代码见下图,网上随便找的改一下用)
  • 步骤
    • 目标http服务中设定了接到请求后等待300ms后才进行响应,并在响应中输出实际等待时长
    • PHP作为客户端请求3个接口,同时模拟执行业务1秒
    • 最终我们可以看到3个接口的耗时都在310ms以上。
    • 如果按照常规调用,整体耗时该在max(a, b, c)+业务=1317ms以上。但我们此番处理之后的整体耗时仅为1017ms,3个310+ms的请求几乎没有占用什么时间开销!

测试结果图

curlMut测试结果

本作品采用《CC 协议》,转载必须注明作者和本文链接
讨论数量: 0
(= ̄ω ̄=)··· 暂无内容!

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!