curl_multi_init 在 PHP 8.2 中仍可用，但需 libcurl ≥ 7.66.0 且启用 HTTPS；须验证 curl 扩展启用、CA 证书配置正确、避免句柄复用与忙等，并规范清理资源。
curl_multi_init 在 PHP 8.2 中依然可用，但必须确保底层 libcurl ≥ 7.66.0 且启用了 HTTPS 支持，否则并发请求会静默失败或卡死在 curl_multi_exec 循环里。
确认 PHP 8.2 环境是否支持 curl_multi
别直接写代码，先验证基础能力：
- 运行
php -r "print_r(curl_version());"，检查version_number≥ 0x074200（即 7.66.0），且features中包含CURL_VERSION_SSL（值非零） - 若报错
Call to undefined function curl_multi_init()，说明 curl 扩展未启用，不是版本问题——此时应优先查php -m | grep curl和php.ini中extension=curl是否生效 - Windows 下 phpEnv 或 XAMPP 用户常忽略
libeay32.dll/ssleay32.dll缺失，导致curl_multi_init返回null而不报错
curl_multi_exec 必须配合 curl_multi_select 防忙等
PHP 8.2 的 curl_multi_exec 不再隐式让出 CPU，裸循环会导致 100% 占用一个核心：
- 错误写法：
do { curl_multi_exec($mh, $running); } while ($running > 0);—— 在无响应或网络延迟时会疯狂轮询 - 正确做法：每次
curl_multi_exec后加curl_multi_select($mh, 0.1)，参数 0.1 表示最多阻塞 100ms 等待 I/O 就绪 - 如果
curl_multi_select返回 -1（如 Windows 上 select 不支持某些句柄），需 fallback 到usleep(10000)（10ms）避免空转
每个 URL 必须独立初始化 cURL 句柄，不能复用
常见崩溃点：把同一个 $ch 句柄反复 curl_setopt 后多次 curl_multi_add_handle：
CurlShip Directory Submission
下载
向CurlShip提交产品，这是一个对机器人友好的SaaS目录。只需一条curl命令即可发布产品，支持OG标签抓取、带徽章的dofollow链接及层级升级。
立即学习“PHP免费学习笔记（深入）”；
- 结果是只有最后一次
CURLOPT_URL生效，其余请求发往同一地址，或返回空内容 - 必须为每个 URL 调用一次
curl_init()，并单独设置超时、UA、证书路径等——curl_multi_setopt不存在，所有选项只能设在单个句柄上 - 记得在循环结束后调用
curl_multi_remove_handle($mh, $ch)和curl_close($ch)，否则句柄泄漏，PHP 进程内存持续增长
HTTPS 请求失败？先查 CA 证书，不是改代码
PHP 8.2 默认启用严格证书校验，curl_multi_getcontent 返回空且 curl_errno($ch) === 60 是典型表现：
- 不要加
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false)—— 这会让整个 multi 请求失去 SSL 安全性 - 去 https://www.php.cn/link/cd6a3674478af373087f891eeb390100 下载最新
cacert.pem，存为/etc/ssl/certs/php-cacert.pem（Linux）或C:\php\cacert.pem（Windows） - 在
php.ini中明确指定：curl.cainfo = "/etc/ssl/certs/php-cacert.pem"，然后重启 PHP-FPM 或 Apache - 验证是否生效：
php -r "print_r(openssl_get_cert_locations());"输出中default_cert_file必须匹配你写的路径
最易被忽略的是：PHP 8.2 的 curl_multi_getcontent 返回值可能为 false，但 curl_errno($ch) 为 0 —— 这通常意味着远程服务器已关闭连接或返回了非法 HTTP 状态码（如 4xx/5xx），需要手动检查 curl_getinfo($ch, CURLINFO_HTTP_CODE)。
