psr/http-client 仅提供接口定义，无实际http实现，需额外安装如 guzzlehttp/guzzle 等具体客户端；验证方法为检查 composer show 中的 psr/http-client-implementation 标记或代码中检测实现类是否存在。
composer require psr/http-client 安装后为什么没实际HTTP实现？
因为 psr/http-client 只是一套接口定义（Interface），不是能发请求的库。它只规定了 HttpClientInterface 长什么样，不提供具体实现。
你执行 composer require psr/http-client 后，项目里只有几个空接口文件，调用会直接报错：「Class not found」或「Cannot instantiate interface」。
- 必须额外选一个实现了该接口的客户端，比如
guzzlehttp/guzzle、php-http/guzzle6-adapter或symfony/http-client - 推荐新手直接装
guzzlehttp/guzzle：它自带psr/http-client兼容层，且自动注册为默认实现 - 如果你用的是 Laravel 9+ 或 Symfony 6+，
symfony/http-client已内置 PSR 兼容，但需手动启用
如何验证当前项目是否已有可用的 PSR HTTP Client 实现？
运行 composer show 查看已安装包，重点找带 psr/http-client-implementation 的包——这是 Composer 自动识别实现类的标记。
也可以在代码里快速测试：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
use PsrHttpClientClientInterface;
var_dump(class_exists(ClientInterface::class)); // 应该为 true
$services = get_declared_classes();
$impls = array_filter($services, function($c) {
return is_subclass_of($c, 'Psr\Http\Client\ClientInterface');
});
var_dump($impls); // 如果为空，说明没实现
- 如果
class_exists(ClientInterface::class)是 false，说明连接口都没装，先composer require psr/http-client - 如果接口存在但
$impls为空，说明只有接口没实现，得补一个客户端 - Laravel 用户注意：Laravel 自带的
IlluminateHttpClientFactory不实现 PSR 接口，不能直接注入ClientInterface
在依赖注入中使用 ClientInterface 时常见报错和绕过方式
错误现象：Target [PsrHttpClientClientInterface] is not instantiable —— 这是容器找不到具体实现类。
原因：PSR 接口本身 abstract，DI 容器无法凭空 new 出来，必须绑定具体实现。
- Laravel 中需在
AppServiceProvider::register()里手动绑定：$this->app->singleton(PsrHttpClientClientInterface::class, GuzzleHttpClient::class);
- Symfony 项目中，若用了
symfony/http-client，要确保启用了 PSR bridge：composer require symfony/psr-http-message-bridge并配置psr17_factory - 纯 PHP 脚本或测试中，别依赖容器，直接 new 实例再传参：
$client = new GuzzleHttpClient(); // 它实现了 ClientInterface
为什么不用 Guzzle 的原生 API，而要用 PSR 接口？
为了替换成本低。比如你今天用 Guzzle，明天想换 symfony/http-client，只要改一行 composer require 和 DI 绑定，业务代码里所有 ClientInterface 注入点完全不用动。
但代价是：你失去 Guzzle 特有功能，比如 requestAsync()、中间件链、重试策略配置等。
- PSR 接口只定义了最简方法：
sendRequest(RequestInterface $request)，没有异步、批量、超时参数封装 - 如果业务强依赖 Guzzle 高级特性，硬套 PSR 反而增加适配层复杂度
- 微服务间通信或 SDK 开发适合用 PSR；内部脚本或 CLI 工具，直接用 Guzzle 更省事
composer install 后没检查 psr/http-client-implementation 是否被正确识别。
