“Connection refused”或“cURL error 7”说明请求未发出，主因是DNS解析失败、防火墙拦截或HTTPS代理干扰；应先ping验证DNS，再curl -v测连通性，用composer install -vvv抓真实请求URL，确保阿里云镜像URL末尾带/，并清缓存、删vendor与composer.lock重试。
报错里带“Connection refused”或“cURL error 7”
这说明请求根本没发出去，不是 Composer 配错了，而是系统连不上目标地址。DNS 解析失败、防火墙拦截、或企业 HTTPS 解密代理干扰都可能触发这个错误。
- 先运行
ping packagist.org：如果返回unknown host，立刻换 DNS（比如设为8.8.8.8） - 再用
curl -v https://mirrors.aliyun.com/composer/看卡在哪一步：卡在* Connected to是网络层问题；卡在* TLS handshake是证书或 SNI 兼容性问题 - 别信
composer config输出——它只显示配置值，不反映真实请求路径；要用composer install -vvv 2>&1 | head -n 10 | grep Downloading抓第一行 URL 才是实际走的地址 - 阿里云镜像要求 URL 必须以
/结尾，写成https://mirrors.aliyun.com/composer（缺斜杠）会拼出非法路径/composerpackages.json，直接 404
报错提示“Permission denied”写 vendor/ 或 composer.lock
90% 不是权限不够，而是目录归属被 sudo 污染过。比如你用 root 跑过一次 composer install，vendor/ 就变成 root 所有，之后普通用户再执行就会被拒。
- 检查归属：
ls -ld vendor/ composer.lock，如果 owner 是root，就用sudo chown -R $USER:$USER vendor/ composer.lock修复 - Windows 下出现
Access is denied，大概率是杀软拦截了.bat文件生成，临时禁用 Windows Defender 实时防护试试 - CI/CD 或宝塔环境里，全局配置用的是 root，但实际运行的是
www用户，得用sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/单独配
报错“Could not find package xxx”或“Your requirements could not be resolved”
前者通常是因为包处于 dev 或 beta 状态，Composer 默认只查 stable；后者不是依赖冲突，而是本地环境不满足 composer.lock 的硬性前提。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
Could not find package：加--stability=dev试一下，或者确认该包是否已提交到 Packagist，私有包需在repositories中显式声明 -
Your requirements could not be resolved：运行composer diagnose，它会明确标出缺失的扩展（如ext-mbstring）或 PHP 版本不符；composer.json里的"config": {"platform": {...}}如果写了死版本，必须和当前 PHP 版本一致 - 刚 clone 项目就失败？先确认
composer.lock文件存在且已提交——没有它，composer install会退化成update，行为不可控
换源后仍卡在 “Loading composer repositories” 或报 SSL 错误
镜像只加速下载，不解决 CA 证书过期或缓存污染问题。Composer 2.x 在配置失败时会静默 fallback 到官方源，不报错也不提醒，容易误判。
- 清缓存是必须动作：
composer clear-cache；Windows 用户还得手动删%LOCALAPPDATA%\Composer\cache - 删掉
vendor/和composer.lock再重来——composer.lock里硬编码了旧 provider 地址，不清它，Composer 就一直重试失败路径 - PHP 的
openssl.cafile和curl.cainfo可能指向过期证书文件（比如停更于 2021 年的curl-ca-bundle.crt），应下载最新cacert.pem（从https://curl.se/ca/cacert.pem），并在php.ini中统一设置两处路径 - 项目根目录
composer.json里只要出现"repositories": []（哪怕空数组），全局镜像就彻底失效——不是优先级低，是直接屏蔽
最常被忽略的一点：报错信息里带路径的那一行就是线索，比如 file_put_contents(/path/to/vendor/autoload.php): Permission denied，问题一定在 vendor/ 目录本身，而不是 Composer 命令或配置。
