答案是换镜像不影响已存在的composer.lock文件，install阶段直接按lock中记录的dist.url和source.url执行，不查询新镜像；必须执行composer update生成新lock才能使镜像生效。
换镜像本身不解决旧 composer.lock 里存的原始源地址问题，必须先更新锁文件，新镜像才能真正生效。
为什么 composer install 还在连 packagist.org？
因为 composer.lock 文件里明确记录了每个包的 dist.url 和 source.url，install 阶段完全照着它执行，根本不会查你配的镜像。常见现象包括：
-
Cloning into ''卡住 → lock 里是 GitLab 私有仓库地址，但没配 SSH key 或 token -
401 Unauthorized→ 镜像已切到阿里云，但 lock 里仍存 packagist.org 的 private package 记录 -
Could not find a matching version→ 你切了腾讯云镜像，但它不代理你用的自建 Satis 源
根本原因：镜像只影响「解析阶段」（update 时找包）和「下载阶段」（新包走镜像），不影响「还原阶段」（install 时照 lock 执行）。
composer config -g repo.packagist 总是不生效？检查这三处
命令静默失败最常见于以下任意一项写错：
- 键名写成
repos.packagist（多了一个s）——Composer 内部只认单数repo.packagist - 漏掉
composer类型参数：完整命令必须是composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，少掉中间的composer，2.0+ 版本会 fallback 回官方源 - URL 末尾缺
/：比如写成https://mirrors.aliyun.com/composer，实际请求变成https://mirrors.aliyun.com/composerpackages.json，直接 404
验证是否真生效，别只看命令有没有报错，要跑：composer config -g repo.packagist，输出必须是类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 这样的完整 JSON。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级 repositories 字段会彻底屏蔽全局配置
只要项目根目录下的 composer.json 里定义了 "repositories"（哪怕只是空对象 {} 或 {"packagist.org": false}），全局设置就完全不生效。
排查方法很简单：
- 运行
grep -A5 repositories composer.json看是否存在 - 临时绕过：执行
composer config --unset repositories（注意没-g） - 不想删？可覆盖写入：
composer config repo.packagist composer https://mirrors.ustc.edu.cn/composer/，它会自动合并进repositories对象
这个行为不是 bug，是 Composer 的明确优先级规则：项目级 > 全局配置。
平滑迁移的两步实操动作
不是简单执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 就完事：
- 先清理旧锁文件影响：运行
composer update --dry-run，确认无报错后再执行composer update生成新composer.lock—— 此时才真正走新镜像 - 若项目含私有包，需额外在
composer.json中显式声明仓库，并确保认证就绪：{ "repositories": [ { "type": "composer", "url": "https://your-private-mirror.example.com" } ] }
CI/CD 流水线里最容易漏掉的是缓存残留和路径错位：composer clear-cache 没执行、Docker 复用了旧的 ~/.composer/cache、或 COMPOSER_HOME 指向了非预期路径。更稳妥的做法是在 CI 脚本里统一用环境变量临时指定，比如 COMPOSER_REPO_PACKAGIST=https://mirrors.cloud.tencent.com/composer/ composer install。
