provide字段仅声明包可替代虚拟包（如psr/log-implementation或ext-redis），供composer在依赖解析时匹配满足require，不检测运行时环境、不跳过安装、不启用/禁用功能，且根项目中声明无效。
provide 字段不能“接管” PHP 系统扩展，它只是向 Composer 声明“我这个包能当某个抽象能力来用”，不触发检测、不跳过安装、不改变运行时行为。想靠它让项目在没装 ext-redis 时自动禁用 Redis 功能？做不到。
为什么 provide {"ext-redis": "7.4.0"} 不等于“有无扩展都行”
Composer 把 ext-* 当作平台包（platform package）纳入依赖图，仅用于满足其他包的 require 条件。它不会：
- 在
composer install时检查系统是否真有该扩展 - 根据扩展是否存在动态启用/禁用功能代码
- 阻止你把包装到没装
ext-redis的服务器上——运行时直接报错
常见错误现象：本地开发时加了 "provide": {"ext-redis": "7.4.0"}，CI 流水线跑测试失败，提示 Class 'Redis' not found。原因就是 provide 没做任何运行时兜底。
provide 对 ext-* 的唯一合法用途
它只在一种场景下有意义：你写了一个纯 PHP 的 Redis 兼容层（比如用 cURL 模拟 Redis 协议），并希望别人 require 你的包后，还能顺利装上那些声明了 "require": {"ext-redis": "^7.4"} 的包（如某些监控 SDK）。这时你提供 "ext-redis": "*"，是告诉 Composer：“我这个包，能顶替原生扩展完成协议交互”。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须真实实现对应扩展的全部公开 API 行为，否则运行时崩
- 版本号得写成语义化约束，
"ext-redis": "^7.4"合法，"ext-redis": "dev-main"会报错 - 根项目（即你自己的
composer.json）里写provide完全无效，只能放在被其他人require的包里
真要条件加载扩展依赖，得换思路
Composer 本身不支持运行时条件判断。可行路径只有两条：
- 用
ext-*声明做“软约束”：在composer.json的require里不硬写ext-redis，改由你自己在代码里extension_loaded('redis')判断，再决定是否注册服务或抛异常 - 结合 PHP 8.6 新增的
depends指令（在php.ini或扩展配置中）：它能在 PHP 启动阶段真正校验扩展存在性并中断加载，但这是底层扩展机制，和 Composer 的provide无关
示例逻辑片段（运行时判断）：
if (!extension_loaded('redis')) {
throw new RuntimeException('Redis extension is required but not loaded');
}
// 后续初始化 Redis 客户端
最容易被忽略的生效前提
provide 字段只在 composer update 或 composer install 阶段参与依赖解析。如果你只是本地改了 composer.json 里的 provide，却没执行 composer update --lock，那它就只是个 JSON 字段，对依赖图零影响。更关键的是：没人 require 你这个包时，provide 就是静默的——它不主动广播，也不自我注册。
