PHP开发中需要请求其它HTTP(S)服务接口时，很多人都会直接使用内置的curl工具。其中curl_multi可以将之前单个的curl请求添加到一个批处理中去并行执行，在时间开销上实现max(接口1, 接口2, 接口3...)的效果，能够降低我们的业务需要多服务数据聚合时对使用者产生的等待感。
那么本文能够带来什么呢？
- 时间优化不止于
max(接口1, 接口2, 接口3...)，可达max(业务代码, 接口1, 接口2, 接口3...)，让请求后的等待期也能用来执行业务代码。 - 对
curl curl_multi的友好使用封装，以对象的封装来简化代码中各种curl_*函数的记忆和凌乱。
环境
-
Win10 x64、PHP8.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报文交互，封装中尽量为其提供了可选优化参数。
测试（下方有结果图）
- 封装&测试代码仓库 https://gitee.com/VwenX/curl-mut
- 本地使用
node启了一个http服务器(代码见下图，网上随便找的改一下用) - 步骤
- 目标
http服务中设定了接到请求后等待300ms后才进行响应，并在响应中输出实际等待时长 - PHP作为客户端请求3个接口，同时模拟执行业务1秒
- 最终我们可以看到3个接口的耗时都在310ms以上。
- 如果按照常规调用，整体耗时该在
max(a, b, c)+业务=1317ms以上。但我们此番处理之后的整体耗时仅为1017ms，3个310+ms的请求几乎没有占用什么时间开销！
- 目标
测试结果图
curlMut测试结果.png
