fsockopen并非真正异步，而是通过发完即关连接模拟异步；关键是在fwrite后立即fclose，不读响应，并手动写完整HTTP请求（含Connection: close和准确Content-Length）。
PHP 用 fsockopen 做异步请求？别被名字骗了
fsockopen 本身是同步阻塞的——它打开连接、发完数据、等着对方回包，全程卡住当前脚本执行。所谓“异步”，其实是靠「不等响应」来模拟：发完就关连接，不读 fgets() 或 stream_get_contents()。但这有前提：目标接口必须能接受“只发不收”的请求，且服务端不校验连接是否完整关闭。
常见错误现象：fsockopen 调用后脚本明显卡顿、超时、或返回 Connection timed out，其实是因为你写了读取逻辑，或者服务端在等你读响应头。
- 务必在
fwrite()后立即fclose()，不要调用任何读取函数 - HTTP 请求要手动写完整（包括
Connection: close头），否则某些服务器会保持连接等待后续请求 - 目标 URL 的响应体大小无关紧要——你根本不去读它，所以响应大也没关系
怎么写一个真正不卡主进程的 fsockopen 请求
关键不是“异步”，而是“发完就走”。下面是最简可行写法（以 POST 为例）：
```php
$fp = fsockopen('example.com', 80, $errno, $errstr, 5);
if (!$fp) {
// 连接失败处理
} else {
$req = "POST /api/log HTTP/1.1\r\n";
$req .= "Host: example.com\r\n";
$req .= "Connection: close\r\n";
$req .= "Content-Length: 12\r\n";
$req .= "\r\n";
$req .= "event=ping";
<pre class='brush:php;toolbar:false;'>fwrite($fp, $req);
fclose($fp); // 必须立刻关，不读、不等、不检查返回码}
立即学习“PHP免费学习笔记（深入）”；
<p>注意点：</p>
<ul>
<li><code>Connection: close</code> 是重点，告诉对方“这次请求完就断，别等我”</li>
<li><code>Content-Length</code> 必须准确，否则部分服务端会一直等数据</li>
<li>不用 <code>stream_set_timeout()</code> 或 <code>stream_set_blocking(0)</code> ——非阻塞模式下 <code>fsockopen</code> 行为不可靠，容易出错</li>
</ul>
<H3>比 <code>fsockopen</code> 更靠谱的替代方案</H3>
<p>真要可靠异步，<code>fsockopen</code> 是权宜之计。现代 PHP 更推荐：</p>
<ul>
<li>用 <code>cURL</code> + <code>CURLOPT_TIMEOUT_MS</code> + <code>CURLOPT_NOSIGNAL</code> 配合后台队列（如 Redis + Worker）</li>
<li>PHP 8.1+ 可用 <code>Swoole\Http\Client</code> 或 <code>ReactPHP</code>，但需扩展支持</li>
<li>最务实的做法：把耗时请求扔进 <code>exec('curl -X POST ... > /dev/null 2>&1 &')</code>，用系统级后台进程跑</li>
</ul>
<p>性能影响：<code>fsockopen</code> 方式看似轻量，但每次都要 TCP 握手，频繁调用反而比复用 cURL handle 更慢；而且无法复用 DNS 缓存、不支持 HTTP/2、没法自动重试。</p>
<H3><code>fsockopen</code> 异步请求失败的三个典型原因</H3>
<p>调试时先盯这三个点：</p>
<ul>
<li>防火墙或 SELinux 拦截了出站连接（尤其 CentOS 环境），<code>telnet example.com 80</code> 能通才说明网络层没问题</li>
<li>目标接口返回 302 重定向，而你没处理跳转逻辑，导致实际请求发到了错误地址</li>
<li>HTTPS 场景下硬套 <code>fsockopen</code> 到 443 端口却不做 TLS 握手（即没用 <code>stream_socket_client('tls://...')</code>），连接直接被拒绝</li>
</ul>
<p>最容易被忽略的是：你以为发出去了，其实服务端压根没收到——因为没写对 HTTP 协议格式，或者 Host 头写错了，而你又不读响应，完全没感知。</p> 
