Composer下载进度一直不动的问题怎么办-composer-PHP中文网

根本原因是国内直连packagist.org存在dns解析慢、tls握手超时、下载中断等网络问题；应全局配置阿里云镜像（composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/），并验证url末尾带斜杠、启用https、清除缓存后生效。

composer下载进度一直不动的问题怎么办

Composer install/update 卡在 “Downloading…” 不动

根本原因通常是网络连通性问题，不是 Composer 本身故障。国内直接走官方源（packagist.org）时，DNS 解析、TLS 握手或大文件分块下载常被干扰，表现为进度条卡住、光标闪烁但无字节变化、甚至 curl 超时静默失败。

先用 composer diagnose 检查基础连通性，重点看 Checking composer.json 和 Checking CA file 是否通过
执行 composer config -g repo.packagist composer https://packagist.phpcomposer.com 临时切国内镜像（注意：该镜像已停用，仅作历史参考；当前应换为 https://packagist.laravel-china.com 或 https://mirrors.aliyun.com/composer/）
如果仍卡住，加 -vvv 参数重试：composer install -vvv，观察最后输出的 URL——大概率是某个 .zip 文件下载地址，手动用浏览器或 wget 打开它，验证是否真能访问

阿里云镜像配置后还是慢或失败

阿里云镜像（https://mirrors.aliyun.com/composer/）虽快，但要求 Composer 版本 ≥ 2.0 且 TLS 配置正确。低版本或系统 OpenSSL 过旧时，会因 SNI 或证书链校验失败导致连接中断，现象就是“下载中”后直接退出，无错误提示。

升级 Composer：composer self-update --2（强制切 v2）
检查 PHP 的 OpenSSL 支持：php -r "print_r(openssl_get_cert_locations());"，确认 default_cert_file 存在且可读
临时关闭证书验证（仅调试用）：export COMPOSER_CAFILE=""，再运行命令，若此时变快，说明是证书问题
避免混用镜像：全局配置了阿里云，又在项目 composer.json 里写了 packagist.org 的 repositories，会导致部分包走原站，突然卡住

Windows 下 PowerShell 或 CMD 中下载卡死

PowerShell 默认启用 Invoke-WebRequest 下载逻辑，而 Composer v2 在 Windows 上若检测到 PowerShell 可用，会优先调用它——但某些企业环境策略会拦截该命令，造成假死。CMD 下也可能因代理设置不一致触发类似问题。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

绕过 PowerShell：set COMPOSER_DISABLE_PLUGINS=1（Windows CMD），再运行 composer install
确认代理设置一致性：检查 HTTP_PROXY / HTTPS_PROXY 环境变量、Git 的 http.proxy、以及 Composer 自身的 config http-proxy 是否冲突
用 composer global require hirak/prestissimo（仅 v1 有效）已失效；v2 内置并行下载，无需插件，强行安装反而引发兼容问题

下载中途断开后反复重试失败

Composer 默认对失败的 zip 包不做完整校验，断点续传能力弱。一旦网络抖动导致部分字节写入磁盘，下次会误判“文件已存在”，跳过下载，但解压时报 ZipArchive::extractTo(): Invalid or uninitialized Zip object。

清空 Composer 缓存：composer clear-cache（它会删掉 ~/.composer/cache/files/ 下所有 zip 和 metadata）
删掉项目下的 vendor/ 和 composer.lock，从头来过——比修单个损坏包更可靠
如需保留 lock 文件，可用 composer install --no-scripts --no-plugins 先装依赖，再单独跑脚本

最麻烦的情况是：某私有包托管在 GitHub，而你的 token 权限不足或过期，Composer 会假装在下载，实际卡在 401 认证环节。这时 -vvv 输出里会出现 GithubDriver::doDownload 相关日志，需要检查 auth.json 里的 github-oauth 配置。