provide字段必须写在被他人require的包自身的composer.json根级，与name、require并列；写在根项目中无效且被忽略，键名须精确匹配packagist注册的虚拟包名（如psr/log-implementation），值推荐用"*"或语义化版本约束，修改后需运行composer update --lock生效。
provide 字段写在哪才生效
它只在被他人 require 的包自己的 composer.json 根级生效，和 name、require 并列。写在你自己项目的根 composer.json 里完全无效——Composer 直接忽略。
- ✅ 正确示例：
{"name": "myorg/logger", "provide": {"psr/log-implementation": "*"}, "autoload": {...}} - ❌ 错误写法：
"require": {"provide": {"psr/log-implementation": "*"} }或塞进autoload块里 - ⚠️ 修改后必须运行
composer update --lock，否则composer.lock仍按旧声明解析
键名拼错会导致静默失败
Composer 不校验 provide 键名是否合法，拼错、大小写错误、多空格、连字符用错，都不会报错，但下游 require 会失败，提示 “required but not provided”。
- ✅ 正确键名：
psr/log-implementation、php-http/client-implementation、ext-gd - ❌ 错误键名：
psr/log（这是真实包）、PSR/Log-Implementation（大小写敏感）、psr/logimpl（不存在） - ? 查证方式：打开 Packagist 虚拟包列表，确认名字是否注册且格式精确匹配
值写 * 还是具体版本？
provide 的值不是你自己的版本号，而是你所声明实现的那个虚拟包的兼容范围。它参与语义化版本匹配，写错会导致依赖方 fallback 失败或运行时报错。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- ✅ 推荐写法：
"*"（表示“完整兼容该规范任意版本”），或明确范围如"^3.0" - ❌ 禁止写法：
"dev-main"、"latest"、"3.x"、"self.version"—— Composer 解析失败并报Invalid version string - ⚠️ 如果你的实现只兼容 PSR-3 v3，就别写
"*"；否则下游依赖 v1 的包可能因方法缺失而崩溃
仅靠 provide 无法安全替代真实包
比如想替代 monolog/monolog，只写 "provide": {"monolog/monolog": "2.10.0"} 是不够的：Composer 仍可能同时拉取两者，造成类重复加载或冲突。
- ✅ 安全做法：搭配
replace字段，例如："replace": {"monolog/monolog": "*"} - ⚠️
provide和replace语义完全不同：provide是“我能顶替”，replace是“我删掉你”；混用或错用会破坏整个依赖树 - ? 运行
composer show --tree可查依赖展开，若某包该出现却不出现，优先检查是否被replace误杀
最常被忽略的是 autoload 和 provide 的分离：写对 provide 只是让安装通过，不代表运行时能加载接口类。如果没在 autoload 里注册 Psr\Log\LoggerInterface 的实现路径，照样 Class not found。
