直接换镜像源不能自动提速，必须同时满足三要素：键名必须为单数repo.packagist、type值必须显式写composer、URL须HTTPS且末尾带/，任一不符即静默回退官方源；验证需输出完整JSON对象如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。
直接换镜像源不能自动提速，必须同时满足三要素：键名写对、type值不省、URL 末尾带 /，否则 Composer 静默 fallback 到 https://packagist.org，你根本不知道它没生效。
composer config -g repo.packagist 命令为什么总不生效
这不是网络问题，是命令本身写错就彻底失效，且无提示。Composer 2.x+ 对格式极其敏感：
-
repo.packagist必须是单数，写成repos.packagist（多一个 s）或packagist.org，配置直接被忽略 - 中间的
composer是type值，不是注释或可选参数，漏掉就等同于没配 - URL 必须是 HTTPS，且结尾必须有
/：例如https://mirrors.aliyun.com/composer/✅，而https://mirrors.aliyun.com/composer❌（会拼出/packages.json导致 404） - 验证是否真写进去了，只看这一条：
composer config -g repo.packagist。输出必须是完整 JSON，比如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；返回空、null或仍是https://packagist.org，说明失败
项目级配置比全局更可靠，但写法有硬约束
全局配置在 CI/CD（如 GitHub Actions 的 runner 用户）、宝塔（www 用户）或团队协作中极易失效，因为配置文件路径不一致。项目级配置写进 composer.json，Git 可追踪、环境可复现：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 进项目根目录，运行
composer config repo.packagist composer https://mirrors.huaweicloud.com/repository/php/composer/（注意：不加-g） - 该命令仅在
repositories是对象结构（如"repositories": {}）时安全追加；若原为数组（"repositories": []），会报错，需先手动改为对象 - 切勿手写
"packagist.org": false单独放在repositories外层——这会屏蔽所有基础包校验，导致require失败 - 已有私有源时，别用
composer config全量覆盖，应手动编辑composer.json，在repositories数组末尾追加新项
换源后依然卡住？清缓存和重装是硬性步骤
镜像只加速元数据拉取和 ZIP 下载，但 Composer 会优先读缓存和旧 composer.lock 中记录的官方地址。哪怕你刚配好，它也可能还在往 packagist.org 发请求：
- 必须执行
composer clear-cache清掉本地缓存（路径默认是~/.composer/cache） - 必须删掉
vendor/和composer.lock——composer update不行，它照着旧 lock 文件里的 dist URL 下载 - 然后跑
composer install，不是update - 验证是否真走镜像：加
-vvv参数，看日志里是否出现类似Reading packages.json from cache at .../https---mirrors-aliyun-com-composer/的路径
最常被跳过的其实是并发下载设置：composer config -g parallel-downloads 8 能把默认的 3 线程提到 8，这对带宽利用率影响极大；但前提是镜像本身已正确生效——否则并发再高，也还是在等 packagist.org 的 TLS 握手超时。
