PHP调用APNs遇非200响应后，curl随机抛出SSL_ERROR_SYSCALL错误求助

我碰到过不少类似的APNs批量请求故障，结合你描述的现象——10k请求偶尔正常，但遇非200状态码后就触发curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL，连接复用失效且服务器IP变更，重启容器暂时恢复——再加上你用的是curl 7.67.0、OpenSSL 1.1.1d和php:7.3-cli-alpine环境，整理了几个靠谱的修复方案：

1. 禁用curl DNS缓存，避免旧IP残留 #

Alpine里的curl默认会缓存DNS解析结果，当APNs服务器集群切换IP时，curl还抱着旧IP的失效连接复用，自然会出错。你可以在代码里加一行强制刷新DNS：

curl_setopt($ch, CURLOPT_DNS_CACHE_TIMEOUT, 0);

这会让curl每次请求都重新解析api.push.apple.com的IP，确保用的是最新可用节点。

2. 遇非200状态码主动重置curl句柄 #

APNs返回非200时，比如410（设备令牌失效）、503（服务繁忙）这类错误，服务器会主动关闭当前连接。但curl 7.67.0这个旧版本有时候没正确标记这个连接为无效，后续复用就会触发SSL连接失败。建议在代码里判断响应码，一旦不是200就销毁当前句柄重建：

$responseCode = curl_getinfo($ch, CURLINFO_HTTP_CODE);
if ($responseCode !== 200) {
    curl_close($ch);
    $ch = curl_init();
    // 重新初始化所有curl配置项
}

3. 升级curl到稳定新版本 #

curl 7.67.0是2019年的老版本，里面确实存在一些连接复用和SSL握手的已知bug，后续版本（比如7.68.0及以上）修复了不少这类问题。你可以修改Dockerfile，安装Alpine仓库里的最新稳定版curl：

RUN apk add --no-cache curl=7.79.1-r0

（具体版本号可以根据Alpine的软件源调整，找最新的稳定版就行）

4. 强制指定TLS版本并禁用SSL会话复用 #

有时候SSL会话复用的兼容性问题会导致连接失败，你可以先试试强制curl用TLS 1.2+，并临时禁用会话复用来验证：

curl_setopt($ch, CURLOPT_SSLVERSION, CURL_SSLVERSION_TLSv1_2);
curl_setopt($ch, CURLOPT_SSL_SESSIONID_CACHE, false);

如果这么改后问题消失，说明就是会话复用的兼容性问题，虽然禁用会增加一点握手耗时，但能彻底避免这类错误。

5. 优化curl连接池配置 #

确保curl的连接池设置合理，避免因同时打开的连接过多导致异常：

// 设置最大同时保持的连接数
curl_setopt($ch, CURLOPT_MAXCONNECTS, 10);
// 当连接数超限，自动关闭最旧的闲置连接
curl_setopt($ch, CURLOPT_CLOSEPOLICY, CURLCLOSEPOLICY_OLDEST);

这些方案从DNS缓存、连接生命周期管理、版本修复、SSL配置等多个角度覆盖了可能的问题点，你可以逐个测试，应该能解决你的连接复用异常问题。

内容的提问来源于stack exchange，提问作者Fogus