单纯换 Composer 镜像源对构建速度提升有限，因其仅加速元数据（packages.json等）拉取，不加速 ZIP 包下载和依赖解析；卡在 codeload.github.com 是网络链路问题，非镜像失效。
单纯换 Composer 镜像源，对整体构建速度的提升有限——它只加速元数据拉取（packages.json、provider-*.json），不加速 ZIP 包下载，更不加速依赖求解。多数人抱怨“换了镜像还是慢”，本质是卡在了镜像完全不参与的环节。
为什么 composer install 还卡在 Downloading https://codeload.github.com/
镜像服务器（如阿里云、华为云）不托管 ZIP 包，只代理元数据 URL；实际 dist 包仍从 GitHub 直连下载。国内访问 codeload.github.com 和 api.github.com 常因 DNS、TLS 握手或连接重置而超时，日志里反复出现该域名，说明镜像已生效（元数据加载飞快），但下载环节没被加速。
- 这不是镜像配置错误，是网络链路问题；换镜像解决不了
- 必须搭配
--prefer-dist强制走 ZIP 包（而非git clone），否则仍会尝试走 source - CI 环境中建议加
GITHUB_TOKEN环境变量，缓解 GitHub API 限速 - 删掉
vendor/和composer.lock后重装，否则旧 lock 文件里的dist.url仍指向官方源
composer config -g repo.packagist 总是静默失效
Composer 不报错、不提示、不 fallback 告知，写错就直接忽略配置，退回到 packagist.org。验证是否生效，唯一可靠方式是执行 composer config -g repo.packagist，输出必须是完整 JSON：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}（注意末尾/） - 错误：输出为空、
null、"https://mirrors.aliyun.com/composer"（缺斜杠）、或repos.packagist（多一个s） - 漏掉
-g参数 → 只改当前目录下的composer.json，CI 容器里根本读不到 - 漏掉中间的
composertype 值 → 写入结构非法，Composer 完全无视
Docker 或 CI 中镜像配置为何不起作用
容器和 CI 运行环境默认没有宿主机的 ~/.composer/config.json，每次都是全新用户、空配置。全局配置（composer config -g）在这些场景下基本无效。
- 推荐做法：在
RUN指令中直接传参，例如RUN composer install --repository-url=https://mirrors.aliyun.com/composer/ - 次选：在 Dockerfile 中显式写入配置，且确保用户匹配，例如
RUN composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/ - 宝塔、GitHub Actions、GitLab Runner 等环境，
whoami查清实际执行用户（常为www或runner），再用sudo -u www composer config -g ... - 项目级配置更稳妥：进项目根目录运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g），它会追加到composer.json的repositories数组，可提交 Git，所有环境行为一致
真正影响构建耗时的四个关键点
镜像只是其中一环，且只覆盖约 5%–15% 的总耗时。真正起决定性作用的是：
-
Resolving dependencies卡住？关掉xdebug、调高memory_limit（至少 512M）、收紧php版本约束（避免"^7.4 || ^8.0 || ^8.1"） -
Loading composer repositories慢？说明 DNS/TLS 失败，不是镜像问题，需检查系统/etc/resolv.conf或启用--no-cache跳过损坏缓存 - ZIP 包下载慢？确认用了
--prefer-dist，并设高并发：composer config -g parallel-downloads 10（Composer ≥ 2.2） - autoload 生成慢？加
--optimize-autoloader --classmap-authoritative，跳过运行时文件扫描
最常被忽略的一点：镜像配置写对了，但没清缓存、没删 composer.lock、没验证日志里是否真出现了 mirrors-aliyun-com-composer —— 这些动作缺一不可，否则所谓“换源”只是自我安慰。
