关键在于生成稳定可复现的依赖快照：用 composer show --locked --format=json 导出并 jq -S 格式化，再 diff；避免 composer show 因排序/终端宽度导致不一致。
直接用 composer show --tree 和 composer depends 配合 diff 就能看清两个版本间依赖结构的实质变化，不需要第三方插件或导出 JSON 手动比对。
如何快速生成可比对的依赖快照
关键不是“对比”，而是“生成稳定、可复现、结构一致”的依赖表示。Composer 默认输出受终端宽度和排序影响，直接 composer show 会因字母序/深度优先顺序不一致导致 diff 失效。
- 用
composer show --tree --no-ansi | sort生成扁平化、去颜色、排序后的依赖树（适用于单包及其子依赖） - 若要完整锁定整个项目依赖图，优先用
composer show --locked --format=json > composer.lock.before.json和composer show --locked --format=json > composer.lock.after.json，再用jq -S . composer.lock.before.json > before.json格式化后比对 - 避免用
composer show不带--locked，它查的是composer.json声明 + 当前已安装状态，可能混入 dev-only 包或本地 path repo，失真
为什么 composer update foo/bar:1.2.0 后 composer show foo/bar 显示的依赖和之前不一致
这不是显示 bug，是 Composer 解析依赖时的“路径敏感性”：同一个包在不同安装路径下，其 require 可能被不同版本的父包约束，最终解析出的子依赖版本不同。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 执行
composer depends --tree foo/bar查看谁在拉取它，再结合composer why-not foo/bar:1.2.0看冲突点 -
foo/bar的子依赖是否变化，取决于它声明的require范围（如"monolog/monolog": "^2.0"）与当前 rootcomposer.json中其他包对monolog/monolog的约束是否发生交集收缩 - 运行
composer update --dry-run前后对比composer.lock的packages数组长度和具体条目，比看命令行输出更可靠
composer outdated 显示有更新，但 composer update 却没升级某个包
这通常是因为该包被其他已固定版本的依赖间接锁死，或者你的 composer.json 中用了 ^ 或 ~ 约束，而新版本超出了允许范围。
- 检查
composer show vendor/package输出的requires列表，再逐个composer show that-dep，确认是否有某一层把版本钉在旧版（比如symfony/consolev5.4 要求php>=7.2.5，而你环境是 8.0，但某中间包写了"php": "^7.2"） - 用
composer prohibits vendor/package:new-version直接定位哪个包在阻止升级 - 如果只是想验证差异，临时改
composer.json中对应包为精确版本（如"vendor/package": "2.3.0"），再跑composer update vendor/package --dry-run，看 lock 文件变动即可
真正难的不是生成两个快照，而是理解 Composer 的依赖解析器如何权衡“最小版本”、“最大兼容”和“已有 lock 约束”——同一份 composer.json 在不同时间 composer install，只要 lock 文件没提交，就可能装出不同子依赖版本。所以比对前务必确认你比的是两个真实的 composer.lock 文件，而不是“我以为的”和“实际装的”。
