必须配置 repo.packagist（非 repos.packagist）且 URL 末尾带 /、用 HTTPS，否则镜像不生效；项目级需手动在 repositories 中添加 packagist 条目并设 "packagist.org": false。
直接改 repo.packagist 才真正生效，只动 repositories 数组是无效的。 Composer 3.x+ 和 2.2+ 默认把 packagist.org 当作硬编码权威源，不走你写的 repositories 列表；只有显式配置 repo.packagist，元数据请求（如 packages.json、provider-laravel~6.0.json）才会转向镜像站。多数人卡在 “明明加了镜像却还是慢”，根源就在这里。
为什么 composer config -g repo.packagist 必须带末尾斜杠
漏掉 / 会导致部分 Composer 2.2+ 版本请求失败，比如访问 https://mirrors.aliyun.com/composer/packages.json 时返回 404 或空响应，最终静默 fallback 回官方源——你完全看不到报错，但下载依然慢。
-
https://mirrors.aliyun.com/composer/✅ 正确（URL 后必须有且仅有一个/） -
https://mirrors.aliyun.com/composer❌ 错误（无斜杠，可能触发回退） -
http://mirrors.aliyun.com/composer/❌ 错误（HTTP 被 Composer 2.0+ 默认拦截） -
composer config -g repos.packagist❌ 错误（多了一个s，命令不报错但完全无效）
验证是否写对：运行 composer config -g repo.packagist，输出应为完整 JSON，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。如果为空、null 或只显示 URL 字符串但不含 type，说明没生效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级配置比全局更可控，但别用命令覆盖已有 repositories
执行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加 -g）会**全量替换**当前项目的 composer.json 中的 repositories 字段，不是追加。如果你原本已配了私有 Git 源或 Satis 源，这条命令会直接清空它们。
- 已有
"repositories": { "my-private": { "type": "vcs", ... } }？别跑命令，手动编辑composer.json，在repositories里加一条"packagist": { "type": "composer", "url": "https://mirrors.aliyun.com/composer/" } - 同时确保根节点写上
"packagist.org": false（非repositories内部），否则私有源 + 镜像共存时可能冲突 - 团队协作时，这种写法能保证所有人
composer install行为一致，生成的composer.lockhash 也相同
composer update 还卡在 Resolving dependencies？那和镜像无关
镜像只加速元数据检索和 tarball 下载，不影响依赖解析阶段。如果 composer update 卡在 Resolving dependencies 几十秒以上，基本可排除镜像问题。
- 常见诱因：
"php": "^7.4 || ^8.0"这类宽泛版本约束、require-dev里塞了大量未锁定的工具链、大量使用dev-分支别名 - 检查方式：临时删掉
require-dev，或把 PHP 约束收紧到具体小版本（如"php": "^8.1.0"），再试 - 并发下载数默认仅 5，对国内镜像太保守；可调高：
composer config -g parallel-downloads 15（别设 20+，易触发 DNS 超时）
最常被忽略的一点：换源后首次 composer install 报 hash 不匹配，不是配置错了，是旧 composer.lock 仍指向官方源的包信息。删掉 vendor 和 composer.lock 重来，才是干净的起点。
