composer why-not 必须带完整版本约束，因其不接受模糊写法；不写明具体版本（如^3.0或3.0.0）会导致查不到真实阻断点，输出“no problem found”或报错，且^和~在输出中需按等价范围（如^5.4即>=5.4.0,<6.0.0）解读。
composer why-not 为什么必须带完整版本约束
它不接受模糊写法，composer why-not monolog/monolog 默认查 latest stable，但如果你本地已锁 monolog/monolog:^2.8，而你想装的是 ^3.0，不写明版本就查不到真实拦路虎。报 no problem found 不是命令失效，是你没告诉它“具体哪一版被拦了”。
必须写成：composer why-not 'monolog/monolog:^3.0'（单引号防 shell 解析错误）或 composer why-not 'monolog/monolog:3.0.0'。漏冒号、多空格、少引号，都会导致参数传错，输出为空或报 InvalidArgumentException。
-
composer why-not monolog/monolog ^3→ 错：空格分隔被当成两个独立参数 -
composer why-not "monolog/monolog:^3"→ 风险：双引号在 zsh 中可能被展开，统一用单引号更稳 -
composer why-not monolog/monolog:3→ 模糊：Composer 可能匹配到3.0.0-alpha或3.99.99，结果不可控
^ 和 ~ 在 why-not 输出里怎么读
当你看到 spatie/laravel-backup v7.2.0 requires symfony/console (^5.4) 这类行，别只看 ^5.4，要意识到它等价于 >=5.4.0 ；而你想装的 <code>laravel/framework:11.0.0 要求 symfony/console (^6.4)，即 >=6.4.0 。两者无交集，数学上无解——不是 Composer 不够聪明，是约束本身冲突。
常见误判：^2.8 和 ~2.8.0 看似接近，但前者允许升到 2.99.99，后者只允许 2.8.x 补丁更新。若某包锁死 ~2.8.0，你硬推 ^2.10，why-not 就会精准指出这条链。
-
^0.3.0实际按~0.3.0处理（0.x 视为不稳定，^自动降级） -
~2.8等价于~2.8.0，不是~2.8.*—— 后者根本非法，会报Invalid version string - 私有 SDK 常用
"myorg/sdk": "dev-main"，它不参与 SemVer 计算，why-not 会显示为requires myorg/sdk dev-main，但无法映射到版本区间，直接卡死求解
为什么输出里出现 dev-main 却查不到冲突包
dev-main 不是版本，是分支快照引用。Composer 在依赖图中无法将其与 ^2.0 这类语义化约束对齐，SAT 求解器直接判为“无解”，why-not 就会把这行当作阻断链终点。但它不报错，也不提示“dev-main 不支持”，而是安静地停在这——你得手动翻 composer show -t | grep myorg/sdk 确认它是否真被锁死，再决定是打 tag 还是临时切 stable 版本。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
更隐蔽的情况：某个 require-dev 包（比如 phpunit/phpunit）间接拉入了 dev-main 分支，why-not 默认不穿透 dev 依赖，得加 --with-all-dependencies 才能暴露出来。
- 执行
composer why-not 'myorg/sdk:^2.0' --with-all-dependencies才能看到 dev 依赖里的拦路者 -
dev-main被锁住时，composer update myorg/sdk不会动它，哪怕你改了 composer.json —— 必须删 lock 文件或显式指定composer update myorg/sdk --with-dependencies - CI 环境里若未生成
composer.lock，why-not 会提示Your lock file does not contain a compatible set of packages，先跑composer update --dry-run再查
哪些问题 why-not 根本查不到
它只分析 composer.json + composer.lock 构建的静态约束图，不碰运行时环境。以下三类失败，why-not 输出为空或误导：
网络问题：Could not fetch https://repo.packagist.org/p2/... —— why-not 不查网络连通性，得自己 ping 或 curl 测试源地址。
PHP 扩展缺失：ext-redis 被 require 但未启用 —— why-not 只看到 requires ext-redis，不会告诉你系统里没开，得用 php -m | grep redis 验证。
弃用警告：Package container-interop/container-interop is abandoned —— 这是 Packagist 元数据提示，非安装失败原因，why-not 完全不输出这类信息。
- 平台要求不匹配（如
php: ^8.1但实际是 PHP 7.4）会被 why-not 抓到，但仅限platform配置项，不包括ini设置（如memory_limit） -
composer prohibits vendor/package可补位查conflict字段，但它不接受版本号，想定位具体版本冲突，仍得靠 why-not - 输出里出现
(for xxx)的括号内容，才是你要去升级或调整的真实拦路包，不是最上面那行
