PHP中解决curl_exec阻塞问题的核心是“发完即弃”，具体方法包括：设置CURLOPT_TIMEOUT_MS为100～500毫秒、CURLOPT_RETURNTRANSFER为false；或用fsockopen手发HTTP包并立即关闭连接；或通过exec调用系统curl命令后台执行。
curl_exec 阻塞问题怎么破
PHP 默认的 curl_exec 是同步阻塞的，发完请求必须等响应回来才继续往下走。如果目标接口响应慢（比如 3 秒以上），整个脚本就卡住，用户得干等——这在 Web 请求中完全不可接受。
解决思路不是“让它变快”，而是“不等它”。关键在于：关掉等待响应、设置超时、不读响应体、用 CURLOPT_RETURNTRANSFER 关闭返回捕获，再配合 CURLOPT_TIMEOUT_MS 控制连接级超时。
-
CURLOPT_TIMEOUT_MS设为 100～500（毫秒），只管连上与否，不等 body -
CURLOPT_RETURNTRANSFER设为false，避免 curl 把响应存进内存 -
CURLOPT_HEADER和CURLOPT_NOBODY一般不用开；真要“发完就走”，连 header 都不必收 - 别用
ignore_user_abort(true)+set_time_limit(0)模拟异步——这是伪异步，仍占 PHP 进程，还容易被 Nginx/FPM 杀掉
fsockopen 手写 HTTP POST 更轻量
当不需要 cURL 的复杂功能（如重定向、cookie 管理、SSL 自动握手），fsockopen 直连 TCP 发原始 HTTP 包，是真正无依赖、低开销的“发完即弃”方式。
注意点：HTTP/1.1 要带 Connection: close，否则服务端可能长连接挂起；Host 头不能少，否则某些 CDN 或反向代理会 400；Content-Length 必须精确计算，否则对方收不到完整 body。
立即学习“PHP免费学习笔记（深入）”；
- 用
fsockopen($host, $port, $errno, $errstr, 0.3)设置极短连接超时（0.3 秒） - 拼接的请求头末尾必须是
\r\n\r\n，body 前后不能多空行 - 发送完立即
fclose($fp)，不调stream_get_contents读响应 - 若目标是 HTTPS，改用
ssl://$host，端口通常为 443，但不校验证书（stream_context_create(['ssl'=>['verify_peer'=>false]])）
exec 调用 curl 命令实现真后台执行
最稳妥的“异步”其实是把请求扔给系统 shell 后台跑，PHP 主流程完全不感知。适合日志上报、消息推送、统计打点等“丢了也不强求返回”的场景。
关键是加 &>/dev/null & 重定向并后台化，否则 exec 仍会等命令结束。同时注意 PHP 进程用户权限、PATH 环境变量、以及 SELinux（CentOS）或 AppArmor（Ubuntu）可能拦截子进程。
- 命令形如：
curl -X POST -H "Content-Type: application/json" -d '{"id":123}' https://api.example.com/webhook &>/dev/null & - 务必用绝对路径调用
/usr/bin/curl，避免因 PATH 不一致失败 - 敏感参数（如 token）不要拼在命令行里，防止被
ps aux窃取；改用临时文件 +--data-binary @/tmp/req.XYZ - Web 服务器（如 Apache）可能禁用
exec，检查disable_functions配置项是否含exec,shell_exec,system
为什么不该用 Guzzle 或 ReactPHP 做简单异步 POST
Guzzle 默认仍是同步的；开启异步需配合 Promise + EventLoop，但 PHP-FPM 环境下没有持续运行的 event loop，Promise 无法 resolve；ReactPHP 同理，它需要 CLI 模式常驻，和传统 Web 请求生命周期冲突。
强行在 FPM 中用这些库，结果往往是：Promise 永远 pending、内存泄漏、或报 Call to undefined function React\EventLoop\stream_socket_server()（扩展未启用）。
- 如果真需要并发多个请求，且能控制部署环境，用 Swoole 的
Swoole\Http\Client或Co\Http\Client是可行替代 - 但对单次“发完不管”的 POST，引入任何协程/事件扩展都属于过度设计
- 别信“Guzzle async = 真异步”这种误导——它的 async 只在 CLI + Loop 场景下有效
fsockopen 或 curl_exec 根本没连上，但你也没做任何错误日志——结果就是“静默丢失”，连 debug 都无从下手。 
