composer卡在“resolving dependencies”是sat求解器暴力回溯版本冲突，非网络问题；应运行composer update --dry-run -v定位末尾because链和冲突包，用composer prohibits精确版本号直击阻断源。
Composer中文镜像环境下更新依赖卡住，99%不是镜像没生效，而是本地 SAT 求解器在穷举无解的版本组合——换源、清缓存、重试都没用，得直奔求解过程本身。
composer update --dry-run -v 是唯一能看清“谁在拉扯谁”的命令
这个命令不改任何文件，但完整触发依赖解析流程，输出就是 SAT 求解器的实时决策日志。关键不是看开头，而是盯最后 5–10 行：
- 反复出现
vendor/a → vendor/b → vendor/a这类嵌套路径，说明存在闭环引用，求解器已陷入死循环 - 连续多行
Rejecting vendor/b because it requires vendor/a ^2.0，而当前锁的是vendor/a:1.9，说明版本约束在环内互相否定 - 某包名（如
symfony/console）在末尾密集出现 ≥3 次，大概率是枢纽冲突点，不是它有问题，而是多个上游对它的要求无法交集
composer prohibits 必须带完整版本号，括号里才是真要动的包
composer prohibits 不是查“为什么没装上”，而是查“谁拦住了这个具体版本”。它比 why-not 更准，但容错极低：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须写
laravel/framework:11.0.0，不能写laravel/framework:^11.0或laravel/framework:11.0，否则报[InvalidArgumentException] Package not found - 输出每行末尾的
(for spatie/laravel-backup v7.2.0)才是你该去改的包，不是laravel/framework本身 - 如果
prohibits没输出，问题大概率出在require-dev：比如phpunit/phpunit拉进了一个旧版symfony/console，反向卡死了主应用升级
composer show -t 和 composer depends --tree 配合才能看清真实依赖链
composer show -t 显示的是 composer.lock 里已锁定的实际结构，不是理想模型；composer depends --tree 则能实锤闭环路径，但有两个硬前提：
-
composer depends myorg/core --tree输出含myorg/core ← myorg/api ← myorg/core，就是闭环铁证 - 如果报
Package not found，说明该包根本没进composer.lock——先删vendor/和composer.lock，再跑composer update --dry-run -v看第一步失败点 -
composer show -t里同一包出现两次且版本不同（如monolog/monolog一次是^1.25、一次是^2.10），说明上游分支不兼容，得往上翻是谁引入的
镜像配置三处必填项漏一即静默失效
中文用户常以为换源就能提速，其实镜像只加速下载，不影响解析。但配置错了，连下载都慢——而且 Composer 不报错，只静默 fallback 回 packagist.org：
- 键名必须是
repo.packagist（单数，不是repos.packagist或repositories） - type 值必须显式写
composer，省略则直接回退官方源 - url 必须以
/结尾：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（拼接成/packages.json后 404） - 验证方式只有
composer config -g repo.packagist，输出必须是完整 JSON 或纯 URL 字符串，空、null、含packagist.org都说明没写对
真正卡住的地方，从来不在网络请求里，而在你没看到的 SAT 求解器回溯路径中——盯着 --dry-run -v 的末尾，比刷新镜像源有用十倍。
