答案是报“don’t install xxx”表明sat求解器在当前所有约束下无解，需用composer why-not定位阻塞链、检查require-dev及conflict字段，而非删文件或清缓存。
Composer 依赖解析失败时，直接删 vendor 和 composer.lock 并不能解决问题——它只是把上一次失败的尝试重跑一遍。真正要动的，是约束本身和解析上下文。
为什么 composer install 报 “don’t install xxx” 不是网络或缓存问题
这个错误是 SAT 求解器明确告诉你：当前所有 require、require-dev、conflict 和平台约束（PHP 版本、扩展）组合起来，在已知包版本中无解。
- 常见诱因是两个直接依赖对同一包提出互斥要求，例如
package-a要求symfony/console:^6.0，而package-b锁死在symfony/console:5.4.42 -
conflict字段会直接让求解器放弃整个分支，不是警告，是硬拦截；比如某 SDK 声明"guzzlehttp/guzzle": "^8.0"，你就没法同时 require 它和 Laravel 11 -
require-dev往往被忽略，但它可能拖着旧版phpunit/phpunit，间接锁死sebastian/exporter，再卡住symfony/event-dispatcher
用 composer why-not 定位真实阻塞点
别猜，让 Composer 自己画出冲突链。输出从下往上读，最后一行是你 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 why-not vendor/package:version（如composer why-not monolog/monolog:2.9.0） - 如果输出为空，加
-v或检查require-dev—— 很多时候是测试工具链在作祟 - 配合
composer show --tree | grep "package-name"看它实际被哪个路径引入、是否标着(locked to x.y.z) - 避免用
composer depends，它只显示“谁依赖我”，不体现版本约束，容易误判
精准干预版本，而不是全量 update
composer update 全量重算在大项目里极易卡死或引入意外升级。必须控制影响范围。
- 先用
composer require vendor/package:version --no-update改composer.json，不触发解析 - 再运行
composer update vendor/package --with-dependencies，只重算该包及其直系依赖 - 降级跨主版本（如从
guzzlehttp/guzzle:^8.0切回7.4.5），必须写死具体版本号："guzzlehttp/guzzle": "7.4.5"，不能只写"^7.0" - 改完立刻
git diff composer.lock，确认只有目标包和它的子依赖变动，没波及其他
config.platform 和 --ignore-platform-reqs 的实际作用边界
这两个参数常被误用，它们解决的是“平台兼容性校验”，不是“依赖逻辑冲突”。
-
config.platform只在composer update时生效，对composer install完全无效 —— install 只照composer.lock还原 -
--ignore-platform-reqs会绕过 PHP 版本、所有扩展（ext-posix、ext-redis）、ICU、lib-* 校验，但装得上 ≠ 跑得动；比如用它在 PHP 7.4 上强装 Laravel 11，artisan直接报语法错误 - 更安全的做法是只绕单个：如
--ignore-platform-req=ext-posix，且仅限本地开发，绝不提交进 CI 脚本 - 镜像源导致的
Package checksum mismatch，验证方式是composer install --no-cache加环境变量COMPOSER_REPO_PACKAGES=https://repo.packagist.org
最易被忽略的一点：Composer 解析结果高度依赖 composer.lock 的生成环境。同一个 composer.json，在 PHP 8.2 + ext-posix 下生成的 lock 文件，拿到 Windows 上 install 必然失败——不是配置错了，是 lock 本身就不适配你的平台。
