直接换镜像源、清缓存、用curl -i验证真实连通性三步可解决90% composer网络报错；必须用composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/配源，删vendor和composer.lock，运行composer clear-cache，并curl -i https://mirrors.aliyun.com/composer/确认返回200。
直接换镜像源、清缓存、验证真实连通性，三步就能解决 90% 的 Composer 安装网络报错；别在错误日志里猜，curl -I 和 composer clear-cache 才是真动作。
curl -I 验证镜像源是否真返回 200
Composer 不输出 HTTP 状态码，所有“连接失败”“超时”“502”都得靠 curl -I 手动确认。只测根路径，末尾必须带 /：
-
curl -I https://mirrors.aliyun.com/composer/→ 应返回HTTP/2 200或HTTP/1.1 200 -
curl -I https://mirrors.aliyun.com/composer（缺斜杠）→ 拼出错误路径，大概率404 - 返回
403 Forbidden、502 Bad Gateway或卡住 → 镜像后端被拦截或已宕机，立刻换源 - 返回
unknown host→ DNS 污染，不是 Composer 配错了，换系统 DNS（如8.8.8.8）更有效
换源命令必须写对 repo.packagist + type
键名写错、type 缺失、URL 少斜杠，都会静默 fallback 到官方源，然后复现所有报错：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确命令：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 中间那个
composer是 type，不能省，也不能写成packagist或php - 错写成
repos.packagist或repo.packagist.org→ 配置无效，composer config -g repo.packagist查不到值 - 当前稳定可用的 HTTPS 镜像（2026 年 9 月实测）：
https://mirrors.aliyun.com/composer/、https://mirrors.huaweicloud.com/repository/php/、https://mirrors.cloud.tencent.com/composer/
清缓存比重装 Composer 有用十倍
缓存里存着上次失败的元数据，不清就永远走旧路径，看着像“一直连不上”：
- 必执行：
composer clear-cache（不是composer dump-autoload） - 检查是否项目级覆盖：运行
composer config repo.packagist（不加-g），看是否输出了你没配过的地址 - 删掉
vendor/和composer.lock再重试，避免旧 lock 文件强制拉取失效 URL - 如果用了
--repository临时指定源，记得加-vvv看真实请求链路，确认是不是真发到了新地址
GitHub API 限流必须配 token，其他操作全无效
报 403 Forbidden、API rate limit exceeded、卡在 Resolving packages，基本就是 GitHub 限流——换镜像、调超时、改 DNS 全没用：
- 唯一解法：
composer config --global github-oauth.github.com <your_token></your_token> - token 必须勾选
repo权限（仅public_repo不够，fork 库会静默失败） - Linux/macOS 下立刻执行：
chmod 600 ~/.composer/auth.json，权限不对 Composer 会忽略 - 验证是否生效：
composer install -v日志中出现Using GitHub token from configuration - 单独测 GitHub API：
curl -H "Authorization: token <your_token>" https://api.github.com/rate_limit</your_token>，返回rate.limit应为5000
最常被跳过的其实是缓存清理和 curl -I 验证——很多人改完镜像就跑 install，结果还在用缓存里的失败地址；或者只信 Composer 错误提示，却没发现 curl -I 已经明确返回了 502 或 unknown host。
