hyperf 不提供 elasticsearch 连接池数量的直接获取方式，因其依赖 elasticsearch-php 和 guzzle，而后者无全局连接计数接口；应通过 es 服务端 _nodes/stats/http 监控或应用层限流控制并发。
Hyperf 默认不直接管理 Elasticsearch 的连接池，它依赖于 elasticsearch-php 客户端（即官方 PHP SDK），而该 SDK 自身基于 guzzlehttp/guzzle 实现 HTTP 连接，其连接池行为由 Guzzle 的 HandlerStack 和底层 CurlMultiHandler 或 StreamHandler 控制，并非传统意义上的“固定大小连接池”。因此，Hyperf 中并不存在一个可直接读取的“Elasticsearch 连接数”配置项或运行时属性。
确认你用的是官方 elasticsearch-php 客户端
大多数 Hyperf 项目通过 elasticsearch/elasticsearch 包集成 ES。它本身不暴露连接池实例或实时连接计数接口。Guzzle 的连接复用和最大并发由以下参数间接控制：
- max_handles：cURL multi handler 允许的最大并发请求数（默认 0，不限制）
-
curl 选项中的
CURLOPT_MAXCONNECTS：单个 cURL 句柄可缓存的连接数（默认 5） -
HTTP 连接生命周期：是否启用 Keep-Alive（默认开启）、
Connection: keep-alive头、以及服务端 timeout 配置共同影响实际复用效果
查看或调整 Guzzle 连接行为
在 Hyperf 中配置 Elasticsearch 客户端时，可通过 handler 自定义 Guzzle Handler，并注入调试逻辑：
// config/autoload/elasticsearch.php
return [
'default' => [
'hosts' => ['http://localhost:9200'],
'handler' => \Hyperf\Utils\ApplicationContext::getContainer()->get(\Elasticsearch\Connections\Connection::class),
// 更推荐：传入自定义 Guzzle Handler
'retries' => 2,
'handler' => function () {
$stack = \GuzzleHttp\HandlerStack::create();
// 可在此添加中间件观察请求/连接
return new \GuzzleHttp\Client(['handler' => $stack]);
},
],
];
若需统计活跃连接，可在 Handler 中使用 curl_getinfo() 或监听 fulfilled/rejected Promise，但无法获取全局连接池中“当前空闲/已用连接数”——Guzzle 不提供该指标。
替代方案：通过服务端监控连接数
更实用的方式是绕过客户端，直接查 Elasticsearch 节点本身的连接状态：
- 访问
http://your-es-host:9200/_nodes/stats/http?filter_path=nodes.*.http.current_open - 响应类似：
{"nodes":{"abc123":{"http":{"current_open":42}}}}，表示当前 HTTP 连接数 - 注意：这是 ES 服务端视角的 TCP 连接数，包含所有客户端（不只是你的 Hyperf 应用）
如需严格控制并发量，建议在业务层限流
Hyperf 提供了成熟的协程限流能力，比依赖底层连接池更可控：
- 使用
Hyperf\RateLimit\Annotation\RateLimit控制单位时间请求数 - 或用
Semaphore+ 协程上下文控制并发执行数（例如最多同时 10 个 ES 查询） - 配合
elasticsearch-php的异步 Promise（需启用guzzlehttp/guzzle7+ 和react/promise）做批量聚合
本质上，Hyperf 没有内置 Elasticsearch 连接池数量的获取方式，也不鼓励你去“查连接数”。重点应放在合理配置 Guzzle、利用 ES 自身监控、并在应用层做好并发与重试治理。
