composer outdated 不校验 php 兼容性，需结合 php -v、platform.php 和 composer.json 中的 php 版本约束判断；--all 可识别主版本跃迁、! 号警告及稳定性标记；--minor-only 和 --dry-run 辅助筛选安全更新；audit 与 check-platform-reqs 补充漏洞和扩展兼容检查。
Composer 的 outdated 命令本身不校验 PHP 版本兼容性，但它输出的结果必须结合你的 PHP 环境来判断是否“真过时”——同一行显示的“最新版本”，在 PHP 8.4 下可能是可用更新，在 PHP 7.4 下可能根本无法安装。
先确认当前 PHP 环境与项目约束
运行以下命令查看真实运行环境：
-
php -v：确认 CLI 使用的 PHP 版本 -
composer config platform.php：检查是否设置了模拟平台版本（如"platform": {"php": "8.1"}） -
grep '"php"' composer.json：看require中声明的 PHP 最低版本
若三者不一致（比如本地是 PHP 8.3，但 platform.php 锁为 8.1），outdated 的结果会基于 8.1 做兼容推导，可能漏掉 8.3 下实际可升的新版包。
用 --all + 颜色/符号识别潜在兼容风险
执行：composer outdated --all --no-dev
重点关注以下信号：
-
黄色高亮 + 主版本跃迁（如
laravel/framework 9.52.1 → 10.48.20）：先查 Laravel 官方文档是否支持你当前的 PHP 版本；Laravel 10 要求 PHP ≥8.1，若你还在用 8.0，这个“最新版”就不可用 -
带 ! 号的行（如
doctrine/dbal 3.6.4 → 3.7.0 !）：表示新版含重大变更或冲突规则，需检查其 CHANGELOG 是否提及 PHP 函数弃用（如移除mysql_connect()）、扩展依赖变化（如要求 ext-pdo_pgsql） -
stability 列为 RC/beta：即使版本号更高，若稳定性标记不符（如你设了
"minimum-stability": "stable"），该版本不会被update拉取，也不应视为有效“可升级项”
过滤出真正兼容的可升级包
避免手动比对，用组合命令缩小范围：
- 只看「当前 PHP 下能安全升的小版本」：
composer outdated --direct --minor-only --no-dev - 排除已知不兼容的主版本（如 PHP 7.4 项目跳过所有 v8+ 包）：
composer outdated --direct --format=json | jq -r '(.packages[] | select(.latest | startswith("8.") or startswith("9.")) | .name)' | xargs -r echo - 验证某包在当前环境下是否真能升：
composer update vendor/package --dry-run—— 若报错 “Your requirements could not be resolved”，说明存在 PHP 或扩展层面的隐式冲突
配合 audit 和平台检查补全盲区
outdated 不管漏洞，也不管 PHP 功能废弃。必须同步运行：
-
composer audit：列出已安装包中被 CVE 数据库标记的版本（如monolog/monolog v1.26.1有 RCE，即使它在 v1 分支里仍是“最新稳定版”，outdated也不会提示） -
composer check-platform-reqs：检查扩展（ext-json、ext-mbstring 等）和 PHP 版本是否满足composer.json中所有依赖的require声明 —— 这才是兼容性问题的第一道防线
某些包（如 symfony/console）会在新版本中悄悄要求更高 PHP 版本，但未在 Packagist 元数据中标明；check-platform-reqs 能提前暴露这类隐藏风险。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
