Swoole6.2.1 事件循环下 HTTPS 请求超时：stream_socket_enable_crypto() 返回 false

[21307369]

问题描述

在 Swoole 事件循环下，使用 Workerman\Http\Client 发起 HTTPS 请求时，连接卡在 CONNECTING 状态 30 秒后超时。

环境信息

项目	版本
Workerman	最新版
Swoole	6.2.1
PHP	8.3+
框架	webman
运行环境	Docker

复现代码

use Workerman\Http\Client;

$client = new Client(['timeout' => 10]);
$client->request('https://reply.lsmir2.com/reply.php', [
    'method' => 'POST',
    'data'   => json_encode(['test' => true]),
    'success' => function($response) {
        echo $response->getBody()->getContents();
    },
    'error' => function($e) {
        echo "Error: " . $e->getMessage();
    },
]);

复现结果

• 期望：HTTPS 请求成功，返回响应内容
• 实际：连接卡在 CONNECTING 状态，30 秒后超时

诊断日志

[HTTP-Client][process] state before send=CONNECTING
[HTTP-Client][process] request sent
--- 30 秒后 ---
[AsyncTcp][checkConnection] called
[Swoole][callWrite] TRIGGERED! fd=244
[AsyncTcp][checkConnection] stream_socket_get_name='198.18.1.91:443'
[TcpConnection][doSslHandshake] stream_socket_enable_crypto returned=false

Swoole 内部 SSL 错误（Docker 日志）：

ssl_connect(fd=12) failed. Error: error:0A0003E7:SSL routines::invalid session id

与官方修复的对比

官方 commit 1391112a61d23020e11e7b89f17050f6cfaea431 处理了返回 0（需要重试）的情况：

if ($this->sslHandshakeCompleted === 0) {
    $this->eventLoop->onReadable($this->socket, $this->checkConnection(...));
    $this->eventLoop->onWritable($this->socket, $this->checkConnection(...));
    return;
}

但当前问题返回 false（彻底失败），官方修复未覆盖此场景。

根因分析

层面	问题
Swoole	SWOOLE_HOOK_STREAM_FUNCTION 对异步 socket SSL 握手实现有 bug，返回 invalid session id
Workerman	使用标准 PHP stream API，在 Swoole hook 环境下触发兼容问题

建议修复方向

1. 短期：在文档中说明 Swoole 事件循环下 HTTPS 的兼容性问题，建议用户使用 Swoole\Coroutine\Http\Client
2. 长期：考虑在 Swoole 事件循环下自动切换使用 Swoole 原生 HTTP 客户端

当前绕过方案

在应用层，HTTPS 请求改用 Swoole\Coroutine\Http\Client：

use Swoole\Coroutine\Http\Client as SwooleHttpClient;

$client = new SwooleHttpClient($host, 443, true);
$client->setHeaders($this->headers);
$client->post($path, $data);
return new \Workerman\Http\Response($client->statusCode, $client->headers, $client->body);

验证通过：HTTPS 请求正常返回 success。

[21307369]

swoole 6.2.2 有bug

[NathanFreeman]

@21307369 你好，我没法复现出这个问题

<?php
use Workerman\Worker;
use Workerman\Http\Client;
require_once __DIR__ . '/vendor/autoload.php';

$worker = new Worker('http://127.0.0.1:9502');
$worker->eventLoop = \Workerman\Events\Swoole::class;
$worker->onWorkerStart = function () {
    $client = new Client(['timeout' => 10]);
    $client->request('https://reply.lsmir2.com/reply.php', [
        'method' => 'POST',
        'data'   => json_encode(['test' => true]),
        'success' => function($response) {
            echo $response->getBody()->getContents();
        },
        'error' => function($e) {
            echo "Error: " . $e->getMessage();
        },
    ]);
};
Worker::runAll();

麻烦看下php --ri openssl 和 php --ri swoole的openssl版本是不是一样的

[Tinywan]

Hello @NathanFreeman,

I understand that it’s not possible to reproduce this issue, as the environment or configuration may differ from those described. As for the issues related to the OpenSSL versions used in php --ri openssl and php --ri swoole, typically, Swoole uses its own built-in OpenSSL library, which might differ from the version used by the PHP standard library. It’s recommended to check whether the OpenSSL versions used by Swoole and PHP are compatible in your Docker image or environment configuration.

Additionally, you can try explicitly specifying the use of the Swoole coroutine HTTP client in your code to circumvent this issue, just like the solution I mentioned earlier. If you can provide more information regarding your environment configuration (such as the Dockerfile or detailed environment settings), it may help in further diagnosing the problem.

We look forward to your further feedback!

Thank you.
你好 @NathanFreeman，

我理解你无法重现这个问题，可能是因为相关环境和配置有所不同。关于你提到的php --ri openssl和php --ri swoole中 openssl 的版本问题，通常情况下，Swoole 会使用自己内置的 openssl 库，这可能与 PHP 标准库的 openssl 版本不一致。建议检查你的 Docker 镜像或环境配置中，Swoole 和 PHP 的 openssl 版本是否兼容。

此外，你可以尝试在代码中明确指定使用 Swoole 协程 http 客户端来绕过这个问题，就像我之前提到的方案那样。如果你能提供更多关于你的环境配置信息（如 Dockerfile 或环境详情），可能会有助于更好地诊断问题。

期待您的进一步反馈！

谢谢。