provide 是 Composer 的声明字段，仅用于依赖解析阶段标识包提供虚拟包，与 PHP 接口实现无关；它不校验实际接口实现、不影响类加载或运行时类型解耦，作用限于安装时避免重复依赖。
Composer 的 provide 字段不实现接口分离，它只是包声明“我提供了某个虚拟包”，和 PHP 接口无关。 它常被误认为能替代依赖注入或契约抽象，但实际作用范围仅限于依赖解析阶段——Composer 用它解决“谁来提供某能力”的声明冲突，而非运行时的类型解耦。
什么是 provide？它到底管什么
provide 是 composer.json 中的一个字段，用于声明当前包“逻辑上提供”某个包名（通常是虚拟包），哪怕它本身不是那个包。Composer 在安装时会检查所有 provide 声明，把它当作已安装包看待，避免重复安装或冲突。
典型场景：一个框架需要 psr/log，但你不装 psr/log 这个空包，而是装 monolog/monolog —— 因为它的 composer.json 里写了："provide": {"psr/log": "^1.0"}。Composer 就认为“psr/log 已满足”，不再尝试安装 psr/log 的原始包。
-
provide不影响类加载、命名空间或interface实现关系 - 它不校验你是否真实现了
Psr\Log\LoggerInterface，只看字段是否存在 - 多个包
provide同一虚拟包时，Composer 会报错（除非用replace或手动约束）
provide 和接口实现完全无关，为什么有人混淆
常见误解来源是 PSR 规范包（如 psr/http-message）既是一个空接口集合包，又常被其他库通过 provide 声明“我提供它”。但这里“提供”的是 Composer 层面的包标识符 psr/http-message，不是 PHP 的 interface 类型系统。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
举例说明区别：
// psr/http-message 包里只有 interface 声明，无实现
interface ServerRequestInterface { ... }
// zendframework/zend-diactoros 提供实现，并在 composer.json 中：
"provide": {
"psr/http-message": "^1.0"
}
// → 这句只告诉 Composer：“我可以代替 psr/http-message 包被依赖”
// 不代表它自动让 ServerRequestInterface 可被 type-hint 注入，也不影响 autoloading
- PHP 运行时不认识
provide，它只认class、interface、use - 接口与实现的分离靠的是 PHP 的类型系统 + 手动绑定（如 DI 容器注册
ServerRequestInterface到Diactoros\ServerRequest） -
provide甚至不能防止你删掉实际实现类——Composer 不校验文件存在性
想真正实现接口与实现分离，该用什么
如果你的目标是“更换实现不改业务代码”，关键不在 Composer，而在运行时设计：
- 定义清晰的
interface（最好放在独立的 contract 包里） - 业务代码只
type-hint接口，不引用具体实现类 - 用 DI 容器（如
symfony/dependency-injection或php-di/php-di）绑定接口到具体实现 - Composer 的作用只是确保所需包（含 contract 和 concrete 实现）都被拉下来，
provide仅优化依赖图
比如你写了一个 PaymentProcessorInterface，两个实现 StripeProcessor 和 PayPalProcessor 分属不同包。它们各自 provide 某个虚拟名（如 "myapp/payment-processor": "1.0"）没意义——除非你有插件机制要求“只装一个支付实现”，否则直接 require 具体实现包更直白。
真正容易被忽略的是：Composer 的 provide 是静态元数据，它不参与任何运行时行为。接口与实现的松耦合，终究得靠 PHP 语言特性 + 架构约定 + DI 工具来维持，而不是靠 composer.json 里多写一行 provide。
