provide 字段声明包的功能替代，如 acme/monolog-custom 通过 provide 声明兼容 monolog/monolog，结合 replace 阻止原包安装，并通过自定义 repository 引入定制包，实现无缝替换依赖，适用于维护分支替代或接口适配场景。
在使用 Composer 管理 PHP 项目依赖时，经常会遇到需要替换某个包的情况——比如原包已不再维护，你想用一个社区维护的分支替代；或者你在开发中对某个包做了定制版本。这时候，provide 字段就能发挥巧妙作用，帮助你平滑地实现包替换，而无需修改项目代码。
理解 provide 字段的作用
provide 是 Composer 中用于声明“我提供了某个包的功能”的机制。它不安装任何东西，只是告诉 Composer：“当前这个包可以代替另一个包”。常用于以下场景：
- 创建一个包的兼容替代品（如 laravel/laravel 替代 illuminate/support）
- 提供虚拟包（virtual package），让依赖方通过接口编程
- 在私有 fork 中替代原包，避免改代码
例如，如果你 fork 了 monolog/monolog 并命名为 acme/monolog-custom，但其他包仍依赖 monolog/monolog，你可以这样声明：
{
"name": "acme/monolog-custom",
"provide": {
"monolog/monolog": "1.25.0"
}
}
这样一来，当其他包 require monolog/monolog 时，Composer 会认为 acme/monolog-custom 已经“提供”了该功能，从而满足依赖。
结合 replace 或 repository 实现替换
仅仅 use provide 还不够，要真正实现替换，通常还需配合 replace 或自定义 repository。
如果你的定制包完全替代原包，建议使用 replace：
"replace": {
"monolog/monolog": "*"
}
这会阻止原包被安装，避免冲突。
然后在主项目中添加你的仓库：
"repositories": [
{
"type": "vcs",
"url": "https://github.com/acme/monolog-custom"
}
]
再 require 你的包：
"require": {
"acme/monolog-custom": "^1.25"
}
由于 provide 声明了提供 monolog/monolog，所有依赖它的包都能正常解析。
实际应用场景：无缝升级或打补丁
假设你使用一个依赖 A 的包，A 使用的是 guzzlehttp/guzzle:6，但你想用更现代的版本 7，而 A 尚未更新。此时你可以：
- 创建一个 shim 包 acme/guzzle-adapter
- 实现与 Guzzle 6 兼容的接口
- 内部使用 Guzzle 7
- 在 composer.json 中 declare 提供 guzzlehttp/guzzle:6.x
"provide": {
"guzzlehttp/guzzle": "6.5.0"
}
然后在项目中 require acme/guzzle-adapter，并用 replace 阻止原 6.x 安装。这样 A 包无需改动，也能运行在 Guzzle 7 上。
基本上就这些。provide 的妙处在于它解耦了“接口依赖”和“具体实现”，让你能在不碰源码的前提下完成替换。关键是理解它只是“声明能力”，真正的替换逻辑还得靠 replace、conflict 和 repository 配合。不复杂但容易忽略细节。
