composer install 报错主因是镜像配置错误：漏斜杠、少type参数、键名写错（如repos.packagist）、未加-g全局设置或项目级repositories覆盖全局，导致 silently fallback 到 packagist.org。
Composer install 报错，八成不是网络差、不是 PHP 坏，而是镜像根本没配对——漏一个斜杠、少个 composer 类型参数、键名写成 repos.packagist，它就安静退回 https://packagist.org，不报错也不提示。
报 “Connection refused” 或 “cURL error 7” 怎么办
这说明请求根本没发出去，或发出去后对方没响应。不是 Composer 版本低，也不是 PHP 扩展没开（php -m | grep curl 能看到就 OK），而是系统级连通失败。
- 先验证 DNS：
ping packagist.org，如果返回unknown host，说明 DNS 解析失败，该换 DNS（比如设为8.8.8.8）而不是调composer config - 确认是否用了镜像：
composer config -g repo.packagist，输出必须是https://mirrors.aliyun.com/composer/（注意是 HTTPS，阿里云已停用 HTTP） - 换源后必须清缓存：
composer clear-cache，否则旧失败记录还在，重试照样走原地址 - 企业内网若走中间人代理，会静默触发连接拒绝；可临时验证：
composer config -g secure-http false+composer config -g cafile /dev/null（仅调试）
报 “Your requirements could not be resolved” 是什么问题
这不是依赖冲突，而是本地环境不满足 composer.lock 里已锁定包的运行前提。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- PHP 版本低于锁文件中某包要求的最低版本（比如锁了
monolog/monologv3.5.0，但它要求 PHP >=8.1，而你本地是 PHP 8.0） - 扩展缺失：
ext-mbstring、ext-xml、ext-curl等未启用，composer diagnose会直接标出 -
composer.json顶部"config": {"platform": {}}写死了平台版本，但和实际运行环境不符（例如写"php": "8.2.10"，却在 PHP 8.1 下执行） - 错误提示里带
--ignore-platform-reqs是临时绕过手段，不是解决方案；加了它装出来的包大概率运行时报错
镜像配置写了但没生效？检查这三件事
全局配置写在 ~/.composer/config.json，但只要项目根目录 composer.json 里存在 "repositories" 字段（哪怕只是 "repositories": []），全局设置就完全被跳过——不是优先级低，是彻底失效。
-
repo.packagist必须是单数，写成repos.packagist或repositories.packagist.org都无效 - 命令末尾必须带
composer作为type值：正确写法是composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - URL 必须 HTTPS 且以
/结尾：写成https://mirrors.aliyun.com/composer（缺斜杠）会导致拼出/composerpackages.json这种非法路径 - 必须加
-g，否则只改当前项目composer.json，换目录就失效
刚 clone 项目就 composer install 失败？先看这三件事
不是网络慢、不是镜像挂了，大概率是项目交付前就漏掉了关键文件或配置。
- 确认
composer.lock文件存在且已提交到 Git —— 如果不存在，composer install会 fallback 到update行为，结果不可控 - 检查
vendor/目录是否被.gitignore错误排除，导致 CI 拉不到完整代码树 - 验证
composer.json里是否有拼写错误的包名（比如"laravel/framework": "10.x-dev"写成"laravel/framework": "10.x-dev "多了个空格），这种错误在 install 阶段不会报，但后续 autoload 会失效
最常被忽略的一点：composer install 成功不代表能跑起来。类找不到、命令不存在、php artisan 报错，90% 是因为 autoload 没生效或路径映射错位——别急着重装，先看 vendor/autoload.php 是否存在、是否被 require 进来。
