composer 2.x 镜像配置极易因格式错误静默失效：常见错误包括多写s、漏composertype参数、url缺末尾/；必须执行正确命令并清缓存、删vendor与lock、避免项目级repositories覆盖，且需-vvv日志确认请求到达镜像域名才算生效。
composer config -g repo.packagist 命令写错就静默失效
Composer 2.x 对镜像配置格式极其敏感，写错任意一个字符都不会报错，但实际完全不生效。最常见错误有三个：repo.packagist 写成 repos.packagist（多一个 s）、漏掉中间的 composer 类型参数、URL 缺少末尾斜杠 /。
正确命令必须是：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意：HTTPS + 末尾 / + composer 类型参数 + -g）。
验证是否写入成功：composer config -g repo.packagist 输出应为完整 URL 字符串或 JSON 对象，若仍是 https://packagist.org 或返回空/报错，说明没生效。
换源后仍卡在 Downloading…？先清缓存再重装
镜像只加速下载，但旧缓存里存着 packagist.org 的元数据，Composer 会优先读缓存并尝试从旧地址校验——结果就是卡在 DNS、TLS 握手或反复 403，根本没发请求到镜像站。
必须按顺序执行：
composer clear-cache-
rm -rf vendor/（Linux/macOS）或rmdir /s vendor（Windows） rm -f composer.lockcomposer install --no-cache --prefer-dist
别试图保留旧 composer.lock：它记录的是旧源的包哈希，和镜像返回的元数据不兼容，必然触发 hash does not match 错误。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级 repositories 字段会覆盖全局配置
只要项目根目录的 composer.json 里有 "repositories" 字段（哪怕只是空对象 {}），全局镜像配置就会被无视。
检查方式：cat composer.json | grep -A5 "repositories"；若存在，且不是你主动加的，大概率是历史残留或旧工具写入的无效配置。
安全处理方法：
- 临时删掉整个
"repositories"字段（用composer config --unset repositories最稳妥） - 或改用项目级镜像命令：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g） - 该命令会自动向
composer.json的repositories数组追加"packagist"条目，不破坏已有私有源
日志里没出现 mirrors.aliyun.com 就不算真走镜像
光看 composer config -g repo.packagist 输出 URL 没用，得看到网络请求打到镜像域名才算数。
实测验证命令：composer install -vvv 2>&1 | grep -i "downloading\|mirrors\|tuna\|cloud.tencent"。日志中必须出现类似 Downloading https://mirrors.aliyun.com/composer/p2/monolog/monolog.json 才算真正生效。
如果日志里还夹杂 packagist.org 或卡在 provider-2023-07.json 这类路径，说明要么配置没生效，要么项目里有硬编码的私有源在干扰，得逐个排查 repositories 和 config 字段。
installed.json，导致后续所有安装都循环失败，而不是单纯“超时”。
