Composer vendor依赖清理冲突_Composer项目包重复版本冲突【指南】-composer-PHP中文网

composer show -t 显示同名包多个版本，说明依赖树中不同路径引用了该包的不同版本约束，属正常解析现象；若实际安装版本唯一且 composer show 仅返回一个版本，则无冲突，无需处理。

composer vendor依赖清理冲突_composer项目包重复版本冲突【指南】

composer show -t 显示同名包多个版本，说明什么

这通常不是“重复安装”，而是依赖树中不同路径引用了同一包的不同版本约束，Composer 内部只保留一个最终版本（取交集或最高兼容版），但树形输出会把所有上游声明都摊开。比如 laravel/framework 要求 symfony/console ^6.2，而 mytool/cli 要求 ^5.4，composer show -t 就会在两个分支下分别列出 symfony/console，哪怕最终装的是 v6.4.0。

真正危险的是：树中出现 symfony/console 两个**无法共存**的版本号（如 5.4.42 和 6.4.0 同时被标记为“已安装”），这说明 composer.lock 已损坏或存在隐式多版本加载逻辑（如通过 classmap 或 files 加载方式绕过 autoloader 版本隔离）。

先运行 composer show symfony/console 确认当前实际安装的版本
检查 vendor/composer/installed.json 中该包是否只出现一次
若 show -t 显示多个路径引用，但 show 只返回一个版本，属于正常解析结果，无需处理

composer remove 后 vendor 目录还有残留，怎么彻底清掉

composer remove（v2.5+）或 composer require foo/bar: 只改 composer.json 和 composer.lock，不直接删文件。物理删除必须由 composer install 或 composer update 触发。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

确保 composer.json 的 require 或 require-dev 里已无该包条目
运行 composer update --with-dependencies（推荐）——它会重算该包所有上下游依赖，并同步清理 vendor
如果想更快见效，删掉整个 vendor/ 目录和 composer.lock，再执行 composer install --no-dev
不要手动删 vendor/foo/bar：下次 install 可能跳过，导致 autoload 映射残留、类找不到

为什么 composer-unused 报告某包未使用，但删了就报 Class not found

composer-unused 是静态扫描，它只看 use、new、字符串类名调用等显式代码痕迹，完全忽略运行时行为。

常见漏判场景：symfony/dotenv（靠 require 加载，无 use）、Laravel 的 ServiceProviders（配置注册，非代码调用）、Doctrine 类型扩展（通过 YAML/PHP 配置启用）
标了 [autoload] 的包，说明它仍被 PSR-4/PSR-0 映射注册，即使没被代码引用，autoloader 也会加载其类文件
运行 composer unused --no-dev 前，务必先 composer install --no-dev，否则 dev-only 包会被误标为冗余
真要验证是否可删：删前先 grep -r "Vendor\Package" app/ config/ tests/，再检查所有配置文件和 CLI 命令定义

composer update --lock 后 vendor 还有旧包，怎么回事

composer update --lock 只重写 composer.lock 文件，完全不碰 vendor/ 目录。它相当于“只更新图纸，不施工”。所以 vendor 里的文件不会变，哪怕 lock 文件里已删掉某个包。

如果你只是想同步 vendor 到 lock 文件状态，运行 composer install 即可
如果 lock 文件刚被人工修改或从别处复制过来，运行 composer install --no-dev 强制按新 lock 重建 vendor
误以为 --lock 是“清理命令”的人，常卡在这一步：改完 lock 后没 install，结果 vendor 仍是旧状态，autoload 也还是老映射

清理的核心矛盾在于：Composer 不管理“物理文件生命周期”，它只保证 composer.json → composer.lock → vendor/ 三者一致。任何跳过中间环节的操作（比如只删 json、只改 lock、只手动删 vendor），都会让三者脱节，后续 autoload 错误、Class not found、甚至静默加载错误版本，都是必然结果。