Composer镜像配置必须同时满足三个硬条件：键名repo.packagist（单数）、type值显式为composer、URL为HTTPS且末尾带/，否则静默回退官方源；需清缓存、删vendor与composer.lock，并验证diagnose输出及-vvv日志确认请求命中镜像域名。
直接换源不顶用，关键得让 Composer 真正走你配的地址——镜像配置错一个字符、少个斜杠、漏个 composer 类型声明，它就静默 fallback 到 packagist.org，然后卡在 Loading composer repositories 或报 Could not fetch。
composer config -g repo.packagist 为什么总不生效
这不是网络问题，是三个硬性条件缺一不可：
- 键名必须是
repo.packagist（单数，不能是repos.packagist或repositories.packagist.org） - 第二个参数必须显式写
composer（声明 type，漏掉就回退到官方源） - URL 必须是 HTTPS 且末尾带
/（https://mirrors.tuna.tsinghua.edu.cn/composer/✅，少斜杠会拼成/composerpackages.json导致 404）
验证是否成功：运行 composer config -g repo.packagist，输出必须是完整 JSON，例如 {"type": "composer", "url": "https://mirrors.tuna.tsinghua.edu.cn/composer/"}。空、null、或仍是 https://packagist.org，说明没写进去。
换源后仍下载失败，怎么确认真用了镜像
别信 config 输出，要看实际发出去的请求：
- 运行
composer diagnose，找到Repo packagist.org:这一行，后面域名必须是你配的镜像地址（比如mirrors.cloud.tencent.com） - 新建空目录，执行
composer init -n && composer require monolog/monolog -vvv，日志第一行Downloading https://...的域名必须匹配你的镜像 - 如果仍看到
packagist.org，立刻检查项目级配置是否覆盖了全局：composer config repo.packagist（不加-g）
常见静默 fallback 场景：项目 composer.json 里已有 "repositories" 字段（哪怕只是空数组 []），全局配置就完全被忽略；缓存没清，旧的 packages.json 路径还在用；composer.lock 里记录的是原官方 dist URL，得删掉 vendor/ 和 composer.lock 再重装。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
当前真正可用的国内镜像地址（2026 年实测）
阿里云、Laravel China、phpcomposer 三大旧镜像均已下线或返回 404。目前稳定可用的只剩两个：
- 清华镜像：
https://packagist.mirrors.ustc.edu.cn/（中科大维护，同步快，HTTP/2 支持好） - 腾讯镜像：
https://mirrors.cloud.tencent.com/composer/（华南地区延迟低，私有源兼容强）
注意：不要手动往 composer.json 里硬写 "packagist": false 或 "packagist.org": false —— Composer 2.9+ 要求写成 "packagist.org": {} 才认，否则镜像项会被忽略。
删 vendor 和 lock 文件后还装不上，下一步做什么
清缓存和重装只是基础动作，真正卡住的往往是环境层或协议层：
- 先确认 PHP 基础扩展就绪：
php -v（≥7.2.5）、php -m | grep -E "(curl|openssl|mbstring|json)" - CI/CD 中注意
COMPOSER_CACHE_DIR是否挂载到 NFS，composer clear-cache可能清错位置 - 加
--no-cache强制跳过所有缓存：composer install --no-cache，比反复删文件更准 - 若错误明确指向某个包（如
symfony/console校验失败），用composer reinstall symfony/console（需 Composer ≥2.2）
最常被忽略的是磁盘空间不足或缓存目录权限混乱——查一下 df -h 和 ls -la ~/.composer/cache，比重试十次更省时间。
