Slim 本身不提供 PSR-18 客户端，需自行选实现（如 Symfony 的 Psr18Client）并注入容器；异常应统一捕获 ClientExceptionInterface 及其子接口，避免依赖具体实现；客户端宜注册为单例，动态逻辑应封装在 service 层。
Slim 框架里直接用 PSR-18 客户端？别找 Slim 本身要
Slim 本身不提供 PSR-18 客户端，它只负责路由和中间件；PSR-18 是独立的 HTTP 客户端接口标准，得你自己选一个实现并注入。常见错误是翻遍 Slim 文档想找 Slim\Http\Client 或类似类——根本不存在。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 选一个轻量、无依赖的 PSR-18 实现，比如
php-http/guzzle7-adapter（适配 Guzzle 7）或更简单的symfony/http-client（自带 PSR-18 兼容层） - 别用
guzzlehttp/guzzle原生包直接调用——它默认不实现HttpClientInterface，得套一层适配器 - 在容器（如
PHP-DI或 Slim 自带的Psr\Container\ContainerInterface）中注册客户端实例，类型提示用Psr\Http\Client\ClientInterface
如何让 Symfony HttpClient 满足 PSR-18 要求
symfony/http-client 默认返回的是 Symfony\Contracts\HttpClient\HttpClientInterface，不是 PSR-18 的 Psr\Http\Client\ClientInterface。但它的 Symfony\Component\HttpClient\Psr18Client 类就是专干这事的桥接器。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 安装：
composer require symfony/http-client - 创建客户端时显式包装：
new Psr18Client(new HttpClient()) - 注意：
Psr18Client不支持流式响应（sendAsync或stream），只支持同步sendRequest—— 这是 PSR-18 本身限制，不是 bug - 超时、重试等配置仍需在底层
HttpClient构造时设置，Psr18Client不透传这些参数
请求失败时 PSR-18 抛什么异常？怎么捕获才不漏
PSR-18 只强制要求抛出 Psr\Http\Client\ClientExceptionInterface，但它是个空接口，实际异常类型取决于底层实现。常见陷阱是只 catch Exception 或写死 catch GuzzleException，结果在换实现时崩得无声无息。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 统一捕获
Psr\Http\Client\ClientExceptionInterface（必须 use 导入） - 再按需细分：
Psr\Http\Client\NetworkExceptionInterface（连不上）、Psr\Http\Client\RequestExceptionInterface（4xx）、Psr\Http\Client\ServerExceptionInterface（5xx） - 注意：
symfony/http-client的网络错误会抛TransportExceptionInterface，它不实现 PSR-18 接口——所以你得额外 catch 它，或改用适配器兜底 - 别依赖
getMessage()解析状态码，用$response->getStatusCode()更可靠
在 Slim 中安全注入并复用 PSR-18 客户端
很多人每次需要发请求就 new 一个客户端，既浪费资源又难测。Slim 的容器支持单例绑定，但要注意客户端是否线程安全（HTTP 客户端基本都安全，但配置错会导致共享状态污染）。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 注册为单例：
$container->set(ClientInterface::class, function () { return new Psr18Client(new HttpClient(['timeout' => 5])); }); - 避免在闭包里读取请求上下文（如
$request->getHeaderLine('X-Trace-ID')）——容器构建早于请求，会报错或取到空值 - 如果要动态加 header 或 token，别塞进客户端构造，而是封装一个 service 类，把
ClientInterface注入进去，由它来拼 request - 测试时可直接 mock
ClientInterface，不用启真实 HTTP 服务——这是 PSR-18 最实在的好处
PSR-18 看似只是个接口，但真正落地时，适配器选择、异常处理边界、容器生命周期这三块最容易出 silent fail。尤其是换实现时，别只改 composer require，一定检查异常类型和构造参数是否还对得上。
