“Your requirements could not be resolved”不是网络问题，而是本地依赖约束无解；需用composer why-not定位阻塞包，检查PHP版本、扩展及platform配置是否匹配。
composer install 报错不是随机发生的，而是环境、配置或权限中某个环节明确出问题。直接删 vendor 重试，大概率白忙——得先看报错关键词，再动手。
报 “Your requirements could not be resolved” 是依赖冲突，不是网络问题
这个错误说明 Composer 已拿到所有包元数据，但在本地求解时找不到满足全部约束的版本组合。
- 运行
composer why-not php:8.3（把8.3换成你目标 PHP 版本），立刻看到哪个包在拦路；比如输出laravel/framework v10.42.0 requires php ^8.1，但项目里另一个包锁死了php: ^7.4 - 检查
composer.json里有没有写死版本号，例如"monolog/monolog": "2.9.0"，而新引入的包要求^3.0，两者无交集 -
composer install --ignore-platform-reqs可临时绕过，但它不修复问题，只是掩盖；上线前必须让代码真兼容目标环境
报 “Connection refused” 或卡在 “Loading composer repositories”
这不是 Composer 慢，是请求根本没发出去，或发出去后对方没响应。重点查系统级连通性，而不是调 composer config。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先验证 DNS：
ping packagist.org返回unknown host？换 DNS（如8.8.8.8） - 运行
curl -v https://mirrors.aliyun.com/composer/，看卡在* Connected to还是* TLS handshake；若卡在后者，加环境变量CURL_IPRESOLVE=4强制走 IPv4 - 企业内网若走中间人代理，会静默触发连接拒绝；临时调试可设
composer config -g secure-http false和composer config -g cafile /dev/null（仅限调试！）
报 “Permission denied” 写 vendor/ 或 composer.lock
绝大多数不是缺权限，而是目录“认错了主人”——vendor/、composer.lock 或 ~/.composer 被 sudo 污染过，属主是 root，而你正以普通用户运行命令。
- 运行
ls -la vendor composer.lock ~/.composer，看属主是不是root - 修复命令：
sudo chown -R $USER:$USER vendor composer.lock ~/.composer - 宝塔/CI/Docker 中更常见权限问题：你在终端用
root配的全局镜像，但实际执行的是www用户，得用sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
镜像配置写了却没生效
镜像配置失败，90% 是因为三个硬条件漏掉一个：repo.packagist 键名、composer type 值、HTTPS URL 末尾斜杠——缺一即静默回退到 https://packagist.org，不报错也不提示。
- 验证是否真写进去了：
composer config -g repo.packagist输出必须是完整 JSON 对象，例如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 项目根目录
composer.json里只要存在"repositories"字段（哪怕只是"repositories": []），全局配置就彻底失效，不是优先级低，是直接跳过 - Composer ≥ 2.2 的正确键名是
repos.packagist（复数），写成repo.packagist在新版里会静默忽略
真正卡住的地方，往往不是报错那一行，而是前面某次 sudo composer install 污染了权限，或是某份旧模板里残留的 "repositories": [{"url": "<a href="https://www.php.cn/link/dc02ae8025eef0ecde61b00bb780abdb">https://www.php.cn/link/dc02ae8025eef0ecde61b00bb780abdb</a>"}] 还在悄悄生效。
