composer why-not查不到冲突包的主因是minimum-stability设为stable等严格值，导致beta/dev版本被跳过而不可见；需用--stability=dev临时放宽或先运行composer show -a确认包是否存在。
composer why-not 为什么查不到冲突包
常见原因是 minimum-stability 设得太严（比如 "stable"），而你想装的版本只有 beta 或 dev 标签。Composer 默认跳过非稳定版本，why-not 就找不到任何可匹配路径。
先运行 composer show -a vendor/package 确认包是否被当前配置“看见”。如果返回空，不是冲突问题，而是不可见——临时加 --stability=dev 再试：composer why-not --stability=dev 'vendor/package:2.0.0'。
-
why-not不读composer.lock，只看composer.json和 Packagist 元数据，所以它反映的是“理论可装性”，不是当前锁文件状态 - 包名拼错、漏写
vendor/前缀、版本号格式错误（如写成v10.0.0而非10.0.0）也会导致“not found” - 私有包未配置正确 repo，或被
replace规则覆盖，show都查不到，why-not自然失效
输出里一堆 requires，哪一行才是真卡点
why-not 输出是反向依赖链，缩进越深的行越接近真实瓶颈。重点盯住带 requires 或 conflicts 的行，尤其是最后一行（通常是 root requires）和它上面紧挨着的那条 requires —— 那往往是直接冲突源。
例如输出中出现：acme/payment-sdk v2.1.0 requires guzzlehttp/guzzle (^6.5)，而你要装的包要求 ^7.2，那 acme/payment-sdk 就是卡点，不是 laravel/framework 本身。
- 看到
php: ^8.0但本地是 PHP 7.4？问题不在包，而在 platform 配置或环境 - 某行写
symfony/console (>=6.0)，别急着查 console —— 它可能是被laravel/framework v10.32.0拉入，而真正封杀的是package-x v2.1里的"conflict": {"symfony/console": ">=6.0"} - 输出为空 ≠ 没问题，可能该版本根本不存在于 Packagist，或
minimum-stability过严导致元数据不可见
查到拦路包之后该不该直接改根项目 composer.json
不该。90% 的拦路包来自 require-dev 或私有模块，不是你主项目的顶层依赖。
优先检查：composer why-not 输出第一行是否指向 require-dev 包（比如 phpunit/phpunit），再确认它是否误被当生产依赖用了；如果是私有模块（如 ./packages/myorg-sdk），必须进那个目录再跑一次 composer why-not，查它的 composer.json 中 require 是否锁死了版本。
- 拦路包本身已有新版支持目标版本？比如拦路的是
spatie/laravel-backup:^7.0，但它^8.0已支持laravel/framework:^10.0，那就升级它，而不是硬推冲突包 - 别用
composer update vendor/package --with-dependencies盲目更新，命令里不能带引号、不能带^或~，否则会失败 - 某些旧包已停止维护（如
aws/aws-sdk-php:2.x），硬调版本没用，得换方案：比如迁移到async-aws/core
为什么 composer install 成功，但 why-not 却说不能装
因为 why-not 是静态分析 composer.json 和仓库元数据，不读 composer.lock。如果你已经通过 composer require --dev 或手动编辑加过该包，why-not 会误判为“新装需求”，而实际 lock 文件里可能已有兼容版本。
执行前务必确认：这个包是否已出现在 composer.json 的 require 或 require-dev 里？如果在，why-not 本就不该用。想验证能否升级，用 composer update --dry-run vendor/package 更准。
-
why-not只适合“还没加依赖，但想预判能不能加”的场景 - 本地 PHP 缺少扩展（如
ext-zip）或config.platform.php设置低于实际环境，会导致why-not跳过大量候选版本，输出“no versions match” - CI 环境中 Composer 版本常卡在 2.1，
why-not命令根本不可用，得先composer self-update --2
