直接运行 composer outdated 可查看符合 composer.json 版本约束的可升级包；无输出常因版本写死、使用 dev 分支、composer.lock 滞后或 minimum-stability 限制，需结合 --all、--direct、--dry-run 等参数排查兼容性。
直接运行 composer outdated 就能看到当前项目中哪些包有可升级版本，但它的输出默认很保守——只显示符合你 composer.json 中版本约束的更新，不是“所有新版”。
为什么 composer outdated 没输出？常见原因和应对
没输出 ≠ 所有包都是最新版，更可能是约束太紧或配置异常：
- 版本写死在
composer.json里，比如"monolog/monolog": "2.9.0"（无^或~），outdated不会提示升级，因为不满足语义化版本“允许范围” - 用了
dev-main、dev-develop这类开发分支，它默认不检查，需加--all -
composer.lock未提交或被手动修改过，导致本地状态与 lock 文件不一致，outdated依据 lock 判断，结果失真 - 设置了
"minimum-stability": "stable"，而新版本是beta或rc，它直接忽略
composer outdated --all 和 --direct 的实际区别
--all 强制扫描所有已安装包，不管是否超出当前约束；--direct 只扫你亲手写进 composer.json 的那几行 —— 这两个参数经常一起用，因为你想知道“我该改哪几行才能升”：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer outdated --all --direct：列出所有「你直接声明」且有新版的包，包括需要改composer.json才能升的（比如从^2.5升到^3.0） - 输出中标有
!的包，表示 Packagist 已发布 CVE 修复版本，应优先处理 - 不加
--all时，symfony/console: 5.4.33 → 6.4.7这种 major 升级根本不会出现，哪怕你其实想升 - 加了
--all后，如果某包显示current: 2.5.0 → latest: 3.0.0，但旁边标着constraint: ^2.5，说明必须先改composer.json才能真正升级
别跳过 composer update --dry-run 这一步
outdated 是静态比对，update --dry-run 才是真实依赖解析器跑一遍，它能暴露 outdated 完全看不到的问题：
- 某个包升了，但它的子依赖（比如
doctrine/dbal）还没适配，Composer 会卡住并报错Your requirements could not be resolved - PHP 版本或扩展不满足新包要求，
--dry-run会明确提示The requested PHP extension ext-xml is missing - 平台配置冲突，比如
platform-check开启时，--dry-run会校验php、ext-curl等是否达标 - 它还会告诉你哪些包会被降级、哪些会被移除 —— 这些在
outdated输出里完全不体现
真正容易被忽略的是：即使 outdated 显示“可升”，也得靠 --dry-run 验证可行性；而即使 --dry-run 通过，上线前仍要检查 BC break，尤其是 major 版本跃迁后的接口变更。
