Composer依赖下载极简优化：镜像配置-composer-PHP中文网

composer镜像配置必须满足三个硬性条件才生效：repo.packagist为单数、末尾显式指定type值composer、url以/结尾；项目级配置优先于全局，且一旦存在repositories字段即覆盖全局设置。

composer依赖下载极简优化：镜像配置

镜像配置不是“试试看”，而是必须做的第一步——不配，composer install 卡在 Loading composer repositories 或 Downloading 就是常态。

为什么 `composer config -g repo.packagist` 总是没生效？

不是网络问题，也不是命令输错，而是三个硬性条件缺一不可：

repo.packagist 必须是单数（不是 repos.packagist、repositories 或 packagist.org）
命令末尾必须显式带上 composer 这个 type 值（省略会导致 fallback 到官方源）
url 必须以 / 结尾（https://mirrors.aliyun.com/composer/ ✅，少斜杠会拼出 /composerpackages.json 导致 404）

验证是否写对：运行 composer config -g repo.packagist，输出必须是 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、报错或仍显示 packagist.org，说明没生效。

项目级配置比全局更可靠，尤其适合微服务

微服务里每个服务独立构建，全局配置极易被覆盖或遗漏。项目级配置直接写进 composer.json，Git 可追踪、CI 可复现：

Discussion Composer

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

下载

进项目根目录，运行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉 -g）
它会自动向 repositories 对象追加 "packagist" 键，不覆盖已有私有源（如 "my-internal"）
若项目已存在 "repositories": [] 数组，别手动改——先删掉数组，再用命令生成对象结构，否则私有包可能找不到
验证是否生效：composer install --dry-run，日志中 Downloading 行的 URL 必须含 mirrors.aliyun.com

换镜像后还卡在 `Resolving dependencies`？和镜像无关

镜像只加速下载，不解决依赖解析阶段的卡顿。这个阶段完全本地计算，常见真实瓶颈：

PHP 内存不足（默认 128M 不够），临时加 COMPOSER_MEMORY_LIMIT=-1
Xdebug 启用中（php -v 看是否含 xdebug），会让解析慢 5–10 倍，用 php -d xdebug.mode=off $(which composer) install 临时禁用
platform 配置与实际 PHP 版本不匹配（如 "php": "7.4" 却在 PHP 8.2 上跑），触发降级查找逻辑
composer.lock 里残留已下线包，删掉 vendor/ 和 composer.lock，再 composer install --no-cache