composer config -g repo.packagist 总不生效是因为未同时满足三个硬性条件：键名必须为单数 repo.packagist、第二参数必须显式写 composer（type 值）、URL 必须 HTTPS 且末尾带 /，任一缺失即静默回退官方源；验证需输出完整 JSON 对象如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。
composer config -g repo.packagist 为什么总不生效
不是网络问题，也不是命令写错了，而是 Composer 2.x 对配置项校验极严，漏掉任一硬性条件就会静默 fallback 回 https://packagist.org，连错误提示都没有。
-
repo.packagist必须是单数形式，写成repos.packagist或repository.packagist都无效 - 命令中必须显式传入
composer作为 type 值，漏掉它就等于没配 - URL 必须以
https://开头，且末尾带/（例如https://mirrors.aliyun.com/composer/✅，少斜杠会拼出/composerpackages.json导致 404）
验证是否真写入：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、报 Key "repo.packagist" does not exist，或只返回字符串（如 "https://packagist.org"），都说明没配成功。
项目级配置比全局配置更可靠
全局配置写在 ~/.composer/config.json，但 CI 流水线用 runner 用户、宝塔用 www 用户、Docker 容器可能以非登录用户运行——它们根本读不到你的全局配置。
- 进项目根目录（含
composer.json），执行composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意不带-g） - 该命令会自动识别
composer.json中已有的repositories结构：如果是对象，就写入"packagist"键；如果是数组，就追加新项，不破坏私有源 - 配完必须删掉
vendor/和composer.lock，再跑composer install -vvv，否则旧 lock 文件仍按原元数据地址解析，镜像形同虚设
项目级配置优先级高于全局，哪怕你本地配了全局，只要项目里有 repositories，就一定会走项目级定义——这不是备选方案，而是协作一致性的基础。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
哪些镜像地址现在还能用（2026 年 8 月实测）
截至今日，仍在全量同步、HTTPS 强制、延迟稳定（≤15 分钟）、支持 Composer 2.9.6+ 元数据格式的国内镜像只有以下四个：
-
https://mirrors.aliyun.com/composer/：同步最快（约每分钟），南方/北方用户延迟均低于 60ms，新包如laravel/frameworkv11.0.0 通常 2 分钟内可拉到 -
https://mirrors.tuna.tsinghua.edu.cn/composer/：教育网首选，带宽足，适合批量安装大体积依赖，但部分新包索引略滞后 -
https://mirrors.cloud.tencent.com/composer/：华南地区实测下载峰值达 9.2MB/s，HTTPS 证书链已修复，但新包平均延迟 1–3 小时 -
https://php.cnpkg.org：安畅网络维护，Laravel 11和PHP 8.5兼容包入库最快，适合新项目快速启动
已停服地址请立即停用：https://packagist.phpcomposer.com、https://packagist.laravel-china.org（仅 HTTP，无 HTTPS 证书续期）、https://mirrors.163.com/composer/（2025 年底已下线，现返回 404 或跳转首页）。
换源后仍卡在 “Loading composer repositories” 怎么办
这不是镜像慢，而是 Composer 还在读旧缓存和旧 composer.lock。它优先加载 vendor/ 和 lock 文件里记录的 URL，哪怕你已经改了配置。
- 先清缓存：
composer clear-cache - 删掉项目下的
vendor/和composer.lock - 再执行
composer install -vvv，观察日志里是否出现mirrors.aliyun.com或mirrors.cloud.tencent.com - 如果日志里仍是
packagist.org，说明配置没写对，或者被项目级repositories覆盖但没生效（比如 URL 缺斜杠、type没写、或repositories是数组却没手动改成对象）
最易忽略的一点：项目 composer.json 中若存在 "packagist.org": false 这类手动屏蔽项，会导致基础 PHP 平台约束（如 "php": "^8.2"）校验失败，反而让依赖解析卡死——这类写法应避免。
