换镜像本身不提速，真正起效的是镜像+缓存+并发三者对齐；大型项目构建卡顿90%源于其中一项未配对：lock文件哈希不匹配、platform.php版本不一致、缓存路径未设置或不可写，任一不满足即强制重装vendor。
换镜像本身不提速，真正起效的是镜像 + 缓存 + 并发三者对齐；大型项目构建卡顿，90% 源于其中一项没配对。
为什么 vendor 还是被删了重装？
这不是镜像失效，而是 Composer 判定“不能复用”：lock 文件哈希不匹配、platform.php 版本不一致、缓存路径未设置或不可写。只要任意一项不满足，composer install 就会放弃已有 vendor/，从头解压。
-
composer config -g cache-files-dir输出为空 → 缓存未启用，所有包下载后不落盘，下次必重来 - 项目
composer.json里有"repositories": {}（哪怕空对象）→ 全局镜像被静默屏蔽，实际走packagist.org，缓存命中率归零 -
composer.lock中platform段写的是"php": "8.1"，而本地 PHP 是8.2→ Composer 认为环境不兼容，强制重建vendor/
如何让镜像配置真正生效？
必须同时满足三个条件：源地址正确、不被覆盖、并发打开。华为云/阿里云镜像地址末尾缺 /、键名写成 repos.packagist（多一个 s）、漏掉中间的 composer type 值，都会导致静默失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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/（注意：HTTPS、末尾/、composertype 不可省） - 验证是否写入：
composer config -g repo.packagist必须输出完整 JSON 或明确 URL 字符串，空或报错即失败 - 必须开并发：
composer config -g parallel-downloads 8（设为 10 容易触发file_put_contents(/tmp/): failed to open stream）
CI/CD 和 Docker 环境下怎么避免镜像失效？
CI 节点是干净容器，-g 配置根本读不到；Docker 构建时若没挂载缓存目录，每次都是全新下载。靠“一次配置永久生效”在这些场景里不成立。
- GitHub Actions / GitLab CI 中，应在命令前临时配置：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/ && composer install --no-dev --prefer-dist - Dockerfile 中应分步 COPY：
COPY composer.json composer.lock ./→RUN composer install --no-dev --prefer-dist→ 再 COPY 其他代码，否则层缓存失效 - docker-compose.yml 中必须挂载缓存：
volumes: - ~/.composer/cache:/root/.composer/cache，否则多项目无法共享已下载包
最常被忽略的一点：大型项目依赖链深，哪怕只有一处用了 source（比如某个包强制 "type": "package" 或没加 --prefer-dist），就可能拉取整套 Git 仓库，带出 .git、tests/、钩子脚本等冗余内容，既拖慢速度又污染 vendor/ 结构。务必确认所有包都走 dist 流程。
