Composer不支持同时配置多个packagist镜像源，重复声明会因类型冲突报错；正确做法是全局替换默认源（如composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/），而非在composer.json中并列添加。
Composer 配置多个镜像源会报错 Invalid repository type
Composer 本身不支持“同时启用多个 packagist 镜像源”，强行在 repositories 里并列写两个 packagist.org 类型的源，会触发校验失败。根本原因在于 Composer 认为 packagist 是全局唯一的元数据源，重复声明类型就直接拒绝加载。
真正可行的做法是：只保留一个 packagist 类型源（通常是镜像），再通过 composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/ 这类命令覆盖默认源 —— 它本质是替换，不是叠加。
- 不要在
composer.json的repositories数组里手动加多个{"type": "composer", "url": "..."} - 主备切换必须靠外部逻辑控制，比如 shell 脚本或 CI 环境变量，不能靠 Composer 自身配置实现
- 全局配置优先级高于项目级
composer.json，所以--global设置后，项目里不声明repositories才会真正生效
用 composer config 切换镜像源时路径和作用域容易混淆
composer config 命令如果不加 --global，默认修改当前项目的 composer.json；加了才改 ~/.composer/config.json。很多人执行完没生效，其实是改错了地方。
更隐蔽的问题是：如果项目 composer.json 里已定义 repositories，那无论全局怎么设，项目配置都会优先生效 —— 这是 Composer 的合并规则，不是 bug。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查当前生效源：
composer config repo.packagist（显示 URL）或composer config --list | grep repo - 临时切镜像（仅本次命令）：
COMPOSER_REPO_PACKAGIST=https://packagist.phpcomposer.com composer install - 想让所有项目都走阿里云镜像，就只运行一次：
composer config --global repo.packagist composer https://mirrors.aliyun.com/composer/
CI/CD 中实现主备自动切换要绕开 Composer 缓存机制
单纯靠 composer config 切换，在 CI 中常失效，因为 Docker 缓存、vendor 目录复用、或 Composer 自身的 HTTP 缓存（~/.composer/cache）会让旧镜像请求继续发出，甚至返回 404 后也不自动降级。
真实可用的主备逻辑必须由脚本控制：先试 ping 或 curl 镜像根路径，成功则设为当前源，失败则 fallback 并 warn。别指望 Composer 自己重试。
- 推荐检查方式：
curl -sI https://mirrors.aliyun.com/composer/ | head -n1 | grep "200 OK" - 切换后务必清空缓存：
composer clear-cache，否则可能仍用旧 DNS 或连接池 - GitHub Actions 中建议用
actions/cache分开缓存不同镜像下的 vendor，避免混用导致依赖解析错乱
国内网络下 composer create-project 卡住的实际原因
不是镜像源没配，而是 create-project 默认会先访问 https://repo.packagist.org/packages.json 获取初始元数据，这个请求不走你配的镜像，除非你提前设好全局源。很多教程漏掉这点，导致命令卡在 “Loading composer repositories”。
另外，某些镜像（如腾讯云）对 packages.json 的压缩格式支持不全，返回 406 或空响应，也会卡死 —— 这时候换阿里云或华为云镜像更稳。
- 安全做法：运行前先确认全局源：
composer config --global repo.packagist，没输出就说明没设 - 临时指定镜像创建项目：
composer create-project laravel/laravel demo --repository-url https://mirrors.aliyun.com/composer/ - 若仍卡住，加
-v参数看具体卡在哪一步，大概率是 DNS 解析或 TLS 握手失败，跟镜像配置无关
clear-cache。别信“自动识别”这种说法。 
