镜像配置错误导致卡住，必须严格满足三要素：repo.packagist（无s）、type为composer、url为https且末尾带/；全局配置仅对执行用户生效，项目级配置更可靠，换源不解决依赖解析慢问题。
composer install卡在“Loading composer repositories”怎么救
大概率是镜像没配对，不是网络慢。执行这三条命令就能定位并修复：
-
composer config -g repo.packagist—— 如果输出为空、null或报错，说明配置根本没写进去；正确应返回类似{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}的 JSON -
composer install -vvv 2>&1 | head -n 10 | grep Downloading—— 看第一行真实请求 URL，不是看 config 输出，才是真相 -
composer clear-cache && rm -rf vendor/ composer.lock—— 缓存和 lock 文件里硬编码了旧源地址，不删它们，换镜像也白搭
报错含“Permission denied”时该跑哪几条
别急着 chmod -R 777，那是毒药。先查归属再归还控制权：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
ls -ld vendor/ composer.lock $(composer config --global cache-dir)—— 只要任一输出里有root root，就确认是所有权错位 -
sudo chown -R $USER:$USER vendor/—— 仅修复 vendor 目录（最常见污染点） -
sudo chown -R $USER:$USER $(composer config --global cache-dir)—— 清掉全局缓存目录的 root 归属
依赖冲突报“Your requirements could not be resolved”怎么办
这不是镜像或网络问题，是版本约束打架。用这两条命令直击根源：
-
composer why-not php:8.3—— 把8.3换成你目标 PHP 版本，立刻看到哪个包拦路（比如laravel/framework v10.42.0 requires php ^8.1） -
composer show --tree—— 查清当前已装包的完整依赖树，比对着composer.json里写的版本，一眼发现矛盾点
Windows 上 composer 命令找不到或 SSL 错误
PATH 和 PHP 扩展才是关键，不是重装能解决的：
-
where composer—— 确认系统真能找到composer.bat；如果没输出，就去%PROGRAMDATA%\ComposerSetup\bin加进系统 Path -
php --ini—— 查出真实生效的php.ini路径，然后手动开启extension=openssl、extension=curl、extension=mbstring -
php -m | findstr openssl—— 验证扩展是否真加载成功，别只信 phpinfo() 页面
composer.lock 里硬编码的 provider 地址、vendor 目录混杂的 root 所有权、或者 php.ini 里那个被注释掉的 curl.cainfo 行——这些细节不查，光跑 composer update 就是原地打转。
