核心问题是TCP协议栈与系统参数配置脱节：一、调优内核连接队列（somaxconn、tcp_max_syn_backlog、禁用syncookies）；二、启用并收紧TCP keepalive（客户端stream_context+系统参数）；三、分离控制connect、DNS、SSL、读写各阶段超时；四、服务端需同步优化keepalive、事件模型及连接限制。
stream_socket_client 连接超时不稳定，核心问题不在 PHP 代码本身，而在于底层 TCP 协议栈行为与系统参数配置脱节。默认内核参数面向通用场景，对高并发、低延迟或弱网环境并不友好。调优需覆盖内核网络参数、PHP 套接字选项、服务端协同三层面。
一、修复内核连接队列瓶颈
客户端反复出现“Connection timed out”但服务端无日志，大概率是 SYN 队列或 accept 队列溢出丢包，而非网络中断。
- 执行 sysctl -w net.core.somaxconn=65535（已三次握手、等待 accept 的连接上限）
- 同步设置 sysctl -w net.ipv4.tcp_max_syn_backlog=131070（SYN 半连接队列，建议为 somaxconn 的 2 倍）
- 关闭 SYN cookies：sysctl -w net.ipv4.tcp_syncookies=0（非抗 DDoS 场景下可降低握手延迟）
- 所有参数写入 /etc/sysctl.conf 并运行 sysctl -p 持久生效
二、收紧 TCP Keepalive 探测周期
stream_socket_client 默认不启用保活，空闲连接易被中间设备（如云厂商 SLB、企业防火墙）静默断开，后续 send/recv 突然失败，表现为“写入超时”或“Broken pipe”。
- 在 PHP 中主动开启并缩短探测间隔：
$ctx = stream_context_create(['socket' => ['tcp_keepalive' => true, 'tcp_nodelay' => true]]);
$fp = stream_socket_client("tcp://$host:$port", $errno, $errstr, 5.0, STREAM_CLIENT_CONNECT, $ctx); - 同时调优系统级参数（需 root 权限）：
echo 600 > /proc/sys/net/ipv4/tcp_keepalive_time（空闲 10 分钟后开始探测）
echo 30 > /proc/sys/net/ipv4/tcp_keepalive_intvl（每 30 秒发一次心跳）
echo 3 > /proc/sys/net/ipv4/tcp_keepalive_probes（连续 3 次无响应即断连）
三、PHP 层精准控制连接与读写超时
仅靠 stream_socket_client 第四个参数（connect timeout）远远不够。它只控制 connect() 系统调用阶段，不覆盖 DNS 解析、SSL 握手、数据收发等环节。
- 显式分离各阶段超时：
$ctx = stream_context_create([
'socket' => [
'bindto' => '0.0.0.0:0',
'timeout' => 5.0, // connect 阶段
'tcp_nodelay' => true,
],
'http' => [
'timeout' => 10.0, // 若走 HTTP 封装
],
]); - 连接建立后，立即设置读写超时：
stream_set_timeout($fp, 10, 0); // 总超时 10 秒，含读+写
或更细粒度：
stream_set_read_buffer($fp, 0);
stream_set_write_buffer($fp, 0);
四、服务端协同优化（关键但常被忽略）
客户端调优效果受限于服务端配置。若对方使用 Nginx Stream、HAProxy 或自研服务，需同步检查：
- Nginx Stream 模块必须启用 epoll 事件模型：
events { use epoll; multi_accept on; } - 确保服务端 tcp_keepalive 参数与客户端一致，避免单向探测失效
- 检查服务端是否过早关闭空闲连接（如 HAProxy 的 timeout client / timeout server），应 ≥ 客户端 keepalive 总周期（600 + 30×3 = 690 秒）
- 确认服务端未启用过于激进的连接限制（如 ulimit -n 过低、iptables connlimit 规则）
