CI中Composer提速失效的三大原因是镜像未配对、缓存路径错误、参数未锁死；需确认执行用户与$HOME路径，正确配置全局或项目级镜像，双路径缓存vendor/和~/.composer-cache-$PHP_VERSION，并强制使用--no-interaction、--prefer-dist、--optimize-autoloader参数。
CI里Composer慢，不是因为没开并行，而是镜像没配对、缓存路径错、参数没锁死——三者缺一，提速就失效。
确认Jenkins实际执行用户再配镜像
Jenkins构建脚本里写composer config -g repo.packagist，很可能配进了root的~/.composer/config.json，但真正跑命令的是jenkins用户，读不到。结果就是“你配了，它还在连packagist.org”。
- 在Pipeline开头加
sh 'whoami && echo $HOME'，确认执行用户和$HOME路径 - 用对应用户身份运行配置命令，比如
sudo -u jenkins composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 验证是否生效：
sudo -u jenkins composer config -g repo.packagist必须输出{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}（注意末尾/不能少） - 如果输出空、
null或仍是https://packagist.org，说明配置根本没落进对的文件里
项目级配置比全局更稳，但别直接覆盖repositories
进项目根目录运行composer config repo.packagist composer https://mirrors.tuna.tsinghua.edu.cn/composer/，会直接改composer.json里的repositories字段。这不是追加，是全量替换——已有私有源（比如Git类型）会被清空。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 若项目已定义私有仓库，手动编辑
composer.json，把镜像写成"repositories": {"packagist": {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}} - 同时确保根节点有
"packagist.org": false（不是放在repositories里），否则镜像挂了会fallback失败 - 如果
composer.json里repositories是数组[]，命令会报错；得先改成对象{}再执行 - 换源后首次
install报hash校验失败？删掉vendor/和composer.lock重来最干脆
缓存必须双路径：vendor/ + ~/.composer/cache
只缓存vendor/是假提速。Composer安装前要从~/.composer/cache解压ZIP、校验哈希、生成临时文件；这个目录每次清空，等于所有dist包重下一遍，vendor/缓存只是最后一环。
- CI平台必须同时声明两个缓存路径：
vendor/（排除vendor/bin/符号链接）和~/.composer-cache-$PHP_VERSION（推荐显式带PHP版本后缀，防混用） -
composer install命令必须带齐三个参数：--no-interaction（防插件卡住）、--prefer-dist（强制用ZIP包，不用git clone）、--optimize-autoloader（生成高效autoload map） - GitLab CI示例中
cache.key建议用files: [composer.lock]，避免因composer.json微调导致缓存失效 - Docker agent要注意：
~/.composer/config.json和~/.composer/cache得落在容器内路径，比如/var/jenkins_home/.composer，不是宿主机
临时覆盖镜像比改配置更安全
多项目混跑、镜像需求不一致时，硬改全局或项目配置容易串扰。--repository-url参数能绕过所有配置，直连指定源，且不依赖用户权限。
- 直接用：
composer install --repository-url=https://mirrors.cloud.tencent.com/composer/ --no-interaction --prefer-dist - 注意不能和
--no-plugins共用，某些插件依赖仓库元数据接口 - 加
-vvv看日志是否出现GET https://mirrors.cloud.tencent.com/composer/p2/...，这才是真走镜像 - 这种写法适合部署脚本，比如上线时固定用腾讯云镜像，避免CI环境配置漂移
最容易被忽略的是~/.composer/cache路径归属和composer config -g的用户上下文——配错用户、漏掉末尾/、缓存只留vendor/，这三件事单独发生一次，提速就归零。
