解决依赖包下载卡死使用Composer国内镜像-composer-PHP中文网

composer install卡顿主因是未连上packagist.org或镜像配置失效；必须同时满足repo.packagist键名正确、type值为composer、url以https://开头且末尾带/，三者缺一即静默回退官方源，验证需通过composer config -g repo.packagist输出完整json及-vvv日志确认请求域名。

解决依赖包下载卡死使用composer国内镜像

不配国内镜像，composer install 卡在 Loading composer repositories 或 Downloading 是常态，不是网络问题，是根本连不上 packagist.org；配了却没生效，90% 源于 repo.packagist 键名写错、漏掉 composer type 参数、URL 缺末尾斜杠这三处硬伤。

为什么 `composer config -g repo.packagist` 总是静默失效

这条命令不报错、不提示，但写错任意一个细节就 fallback 回官方源——你完全感知不到。必须同时满足：

repo.packagist 是固定键名，写成 repos.packagist（多 s）、packagist.org 或大小写混用（如 Repo.Packagist）全无效
中间的 composer 是 type 值，不是可选参数，也不能当注释附在 URL 后面
URL 必须是 HTTPS 且末尾带斜杠：https://mirrors.aliyun.com/composer/ ✅，https://mirrors.aliyun.com/composer ❌（少斜杠会拼出 /composerpackages.json 导致 404）

验证是否写入成功？只看这一行输出：composer config -g repo.packagist。返回空、null、Key not found 或仍是 https://packagist.org，说明根本没写进去。

`composer install` 还在下载 `codeload.github.com` 怎么办

镜像只代理元数据（包名、版本、依赖关系），不托管 zip 包。现象是日志里持续出现 Downloading https://codeload.github.com/...，耗时超 10 秒——这是旧 composer.lock 里还存着原始 GitHub 的 dist.url。

Discussion Composer

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

下载

必须删掉 vendor/ 和 composer.lock，再跑 composer install，否则镜像配置白配
--repository-url 参数对已有 composer.lock 完全无效，它只影响元数据拉取环节
如果项目用了私有包或自定义 VCS 源，别用命令覆盖整个 repositories 数组，手动编辑 composer.json 在 "repositories" 里追加一条 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 更安全

宝塔、CI、Docker 里镜像不生效

全局配置写在当前用户的 ~/.composer/config.json，但宝塔「一键部署」默认用 www 用户，GitHub Actions 用 runner 用户，它们根本读不到你 root 或个人用户下的配置。

先执行 whoami 确认实际运行用户（宝塔通常是 www）
切到对应用户重配：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
CI 脚本中别依赖全局配置，改用临时参数更可靠：composer install --repository-url=https://mirrors.aliyun.com/composer/

别指望 sudo composer config -g 写进 root 配置后其他用户能自动继承——Composer 不共享跨用户配置。

验证是否真走镜像的唯一可靠方式

光看 composer config -g repo.packagist 输出还不够，得看实际请求地址：

加 -vvv 运行：composer install -vvv
最后几行必须出现类似 Reading packages.json from cache at /https---mirrors-aliyun-com-composer/ 或域名含 mirrors.aliyun.com
如果仍看到 packagist.org/packages.json 或 api.github.com，说明 fallback 了，配置没起作用

真正生效的标志是：元数据从镜像域名拉取 + zip 包也从镜像同步节点下载（需删 lock 和 vendor 后重装）。这两步缺一不可，而第二步最容易被忽略。