curl_multi_init 并发执行比循环 curl_exec 快得多，实测10次请求从6秒降至0.8秒；关键需正确使用 curl_multi_select、curl_reset、毫秒级超时及缓存优化。
curl_multi_init 并发执行比循环 curl_exec 快得多
单次 curl_exec() 是阻塞的，10 个请求串行跑，总耗时 ≈ 所有请求响应时间之和。而 curl_multi_init() 把多个句柄交给一个批处理句柄管理，底层复用连接池、并行收发数据包，实测 10 次相同接口请求，从 6 秒降到 0.8 秒左右。
关键不是“能不能并发”，而是“有没有真正让系统并行干活”。下面这些点不注意，curl_multi_exec() 就会退化成伪并发：
- 别用
while ($active > 0)空转轮询——CPU 会飙到 100%，实际延迟反而更高 - 必须配合
curl_multi_select($mh, 0.05)阻塞等待 I/O，0.05 秒是经验值，太小空转多，太大响应慢 - 每个独立句柄（
$ch）必须单独设置CURLOPT_RETURNTRANSFER => true，否则curl_multi_getcontent()拿不到响应体
复用单个 cURL 句柄时，必须用 curl_reset() 清除回调和状态
很多人以为复用 $ch = curl_init() 后反复 curl_setopt() 就行了，但像 CURLOPT_HEADERFUNCTION、CURLOPT_WRITEFUNCTION 这类回调选项，设成 null 或覆盖无效，旧回调仍可能被触发，甚至导致内存泄漏或返回空内容。
curl_reset($ch) 是唯一可靠方式：它把句柄打回“刚 curl_init() 出来”的干净状态，所有选项清零、错误码归零、内部缓冲清空，但底层 TCP 连接（尤其是 Keep-Alive）保持打开——这才是真正的复用。
立即学习“PHP免费学习笔记（深入）”；
典型安全写法：
向CurlShip提交产品，这是一个对机器人友好的SaaS目录。只需一条curl命令即可发布产品，支持OG标签抓取、带徽章的dofollow链接及层级升级。
$ch = curl_init(); // 先设通用选项（超时、SSL、User-Agent） curl_setopt_array($ch, $common_opts); // 第一次请求：加特定 URL 和回调 curl_setopt($ch, CURLOPT_URL, 'https://api.example.com/1'); curl_setopt($ch, CURLOPT_HEADERFUNCTION, $header_cb); curl_exec($ch); // 复位，准备下一次 curl_reset($ch); // 再设通用选项（必须重设！reset 后全没了） curl_setopt_array($ch, $common_opts); // 第二次请求：只设 URL，不设回调 curl_setopt($ch, CURLOPT_URL, 'https://api.example.com/2'); curl_exec($ch);
缓存本地文件比反复请求快一个数量级
如果你批量请求的是历史行情、配置类、低频更新的数据（比如汇率、股票日线、静态字典），99% 的场景下不需要实时调用。同一参数的请求，首次走网络，后续直接读缓存文件，耗时从几百毫秒降到 0.1 毫秒以内。
缓存逻辑要盯住三个点：
- 缓存键必须包含全部影响响应的参数，推荐用
md5($url . json_encode($post_data))生成，避免 URL 编码差异导致重复请求 - 过期时间别硬编码，用文件修改时间 + TTL 判断，比如
filemtime($cache_file) + 604800 > time()（7 天） - 写缓存前先
mkdir -p确保目录存在，PHP 默认不会自动创建嵌套路径
超时设置必须拆开：CURLOPT_CONNECTTIMEOUT_MS 和 CURLOPT_TIMEOUT_MS
PHP 8.3 的 cURL 支持毫秒级超时，别再用 CURLOPT_TIMEOUT（秒级）了。连接超时和总超时必须分开控制：
-
CURLOPT_CONNECTTIMEOUT_MS => 3000：DNS 解析 + TCP 握手最多 3 秒，失败就换节点或降级 -
CURLOPT_TIMEOUT_MS => 10000：整个请求周期（发包+等响应+收包）最长 10 秒，防止某个慢接口拖垮整批
这两个值不设，遇到网络抖动或服务端卡顿，curl_multi_exec() 里的某个句柄就会卡死，整个批处理阻塞，其他正常请求也跟着等。
最后提醒一句：并发数不是越多越好。PHP-FPM worker 数、目标服务器 QPS 限制、本地文件描述符上限（ulimit -n）共同决定了你能安全跑多少并发。压测时观察 curl_multi_info_read() 返回的失败原因，比盲目加句柄更管用。
