需先运行composer why-not定位拦路依赖，再用composer require --no-update修改约束并执行composer update单点重算；不可直接删lock或vendor，因报错本质是composer.json约束与composer.lock版本不匹配。
composer install 报错 “Your requirements could not be resolved” 怎么办
这不是包丢了，是 Composer 在锁文件里发现已安装的包版本和 composer.json 里的约束对不上——比如 lock 文件里记着 monolog/monolog v2.9.0，但你改了 composer.json 要求 "monolog/monolog": "^1.23"，它就拒绝装。
- 先别删
vendor或composer.lock——它们不是问题，只是缓存了上次成功或失败的状态 - 运行
composer why-not monolog/monolog:^1.23（把包名换成你实际报错的那个），看谁在拦着降级 - 如果输出里出现你自己的某个直接依赖（比如
myapp/core），说明它内部硬绑了 v2.x，得去查它的composer.json或文档 - 确认无误后，用
composer require monolog/monolog:^1.23 --no-update改 JSON，再跑composer update monolog/monolog单点重算
老项目里装了高版本包，怎么安全退回
Composer 不会自动降级——install 只读 composer.lock，update 默认往新走。你得手动干预，否则 Logger 类突然变 Monolog\Logger 就炸了。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer show monolog/monolog确认当前实际安装版本，别只信composer.json - 执行
composer require monolog/monolog:^1.23 --no-update，再跟composer update monolog/monolog，两步缺一不可 - 慎用
--with-all-dependencies：它可能把psr/log从 1.x 推到 3.x，而你的代码还用着LoggerInterface::log()不是log(string, array) - 退完立刻
git diff composer.lock，确保只有目标包和它的直系依赖变了
锁文件被污染，install 直接失败怎么办
常见于 CI 用了新版 Composer（比如 2.5+），本地还是 1.10；或者多人协作时有人手改了 composer.lock 里的 content-hash 或平台字段。
- 错误提示通常是
Your lock file does not contain a compatible set of packages - 删干净：
rm -rf vendor composer.lock，只删vendor不够，lock 文件必须一起清 - 用项目指定的 Composer 版本重装：
docker run --rm -v $(pwd):/app -w /app composer:1.10 install - 如果没有 lock 文件，别直接
install——先composer update --lock生成兼容 lock，再交给 CI
PHP 版本不匹配导致 install 失败
报错像 This package requires php ^8.1 but your PHP version (7.4.33) does not satisfy that requirement，本质是 Composer 拿当前 php -v 去校验，不是你没装对 PHP。
- 不要全局切
php版本（比如update-alternatives），容易影响其他项目 - 显式指定二进制路径：
/usr/bin/php8.1 composer install（Linux/macOS）或"C:\php\php81\php.exe" composer install（Windows） -
"platform": {"php": "8.1.0"}是编译期欺骗，只影响依赖解析，不改变运行时——你在 PHP 7.4 上写match语法，照样 parse error - 检查
composer.json里有没有漏掉ext-xxx扩展要求，比如"ext-gd": "*"，而系统真没装gd
composer.json 不跑 update，或者本地 PHP 版本和 platform 配置不一致，都会让看似正确的操作卡在 install 阶段。
