唯一可靠方法是查vendor目录是否存在带版本后缀的同名包目录（如monolog/monolog-2.8.0），这表明composer因版本冲突创建了隔离副本；composer show --tree仅显示逻辑路径，无法反映物理重复安装。
composer show --tree 显示依赖树但看不出重复安装
直接运行 composer show --tree 只能展开单条路径的依赖关系，无法暴露同一包在不同路径下被多次引入的事实。比如 monolog/monolog 可能被 symfony/console 和 laravel/framework 各自拉取一次，但树状输出里它只出现一次——这是显示逻辑导致的假象，不是实际安装状态。
真正要查“重复安装”，得看锁文件和已安装包的物理结构：
-
composer.lock中同一个包名+版本可能出现在多个packages或packages-dev条目下（极少见），但更常见的是不同版本共存 - 实际
vendor/目录里若存在vendor/foo/bar和vendor/foo/bar-1.2.3这类带版本后缀的目录，说明被强制隔离安装了 - Composer 本身不会重复写入同版本包，所以“重复”通常指「多版本并存」或「相同包被多个 require 触发冗余解析」
用 composer depends 定位哪些包拖进了特定依赖
想确认某个传递依赖（比如 psr/log）到底被谁拉进来，运行：
composer depends psr/log
它会列出所有直接或间接 require 了该包的顶层包。如果输出里出现多个一级依赖（如 guzzlehttp/guzzle、symfony/http-kernel、monolog/monolog），就说明 psr/log 是被多路收敛进来的——这不是错误，但可能增加解析复杂度或隐含版本冲突风险。
注意点：
- 必须指定完整包名，
composer depends log不生效 - 不加
--tree参数时只显示一级依赖；加了会展示完整路径，但层级深时容易眼花 - 如果某包没出现在
depends结果里，但它确实在vendor/中，说明它可能是通过replace或provide被模拟的（比如psr/log-implementation）
检查 vendor/ 下是否存在同包多版本残留
Composer 正常情况下会复用已安装的包，但以下情况会导致物理层面的“重复”：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行过
composer update --with-dependencies但中途失败，留下部分旧版本未清理 - 手动修改过
composer.json的require版本约束，又没跑composer update，导致vendor/里混着新旧两套 - 使用了
composer install --no-scripts --no-plugins等跳过清理步骤的命令
快速扫描方式：
ls -d vendor/*/* | grep -E '/[^/]+-[\d.]+' | head -10
这条命令会列出 vendor/ 下带版本号后缀的目录（如 vendor/monolog/monolog-2.8.0），这类目录是 Composer 在版本冲突时自动创建的隔离副本，属于真正意义上的“重复安装”。一旦发现，说明当前 lock 文件与 vendor 状态已不一致，应立即运行 composer install 清理。
用 composer why-not 检查版本锁定失败的根源
当某个包始终装不上预期版本（比如你想升 phpunit/phpunit 到 10.x，却卡在 9.6），运行：
composer why-not phpunit/phpunit:10.5.0
它会逐条列出阻止升级的依赖链，例如：
laravel/framework 10.30.0 requires phpunit/phpunit (^9.6) └── myproject requires laravel/framework (^10.0)
这种输出直接暴露了“谁在拖后腿”。多个这样的阻塞点叠加，就会让 Composer 在解析时反复尝试不同组合，最终可能妥协安装多个中间版本——表面看是重复，实则是版本协商失败的副作用。
关键提醒：所谓“重复安装”绝大多数时候不是 bug，而是约束冲突 + 自动降级策略的结果。重点不在删掉什么，而在看清哪条 require 约束太宽或太死。
