composer config -g repo.packagist 生效需同时满足三条件：键名必须为 repo.packagist、第二个参数显式写 composer、url 须 https 且末尾带 /；否则静默失效。
composer config -g repo.packagist 为什么总不生效
这条命令极易“执行了但没效果”，因为必须同时满足三个硬条件，缺一不可：
• 键名必须是 repo.packagist（写成 repos.packagist 或 packagist.org 都会被完全忽略）
• 第二个参数必须显式写 composer（这是 type 值，漏掉就静默 fallback 到官方源）
• URL 必须是 HTTPS 且末尾带 /（例如 https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌——少斜杠会导致拼出 /composerpackages.json 而 404）
验证是否真写进去了：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、只返回 URL 字符串，或仍是 https://packagist.org，都说明没生效。
http-max-concurrent-downloads 和 parallel-downloads 的区别
新版 Composer（2.2+）只认 http-max-concurrent-downloads，parallel-downloads 已弃用且不报错——设了也无效。
正确做法是：
• 执行 composer config -g http-max-concurrent-downloads 10（推荐值 6–10，别超 12）
• 运行 composer config -g http-max-concurrent-downloads 确认输出为数字，不是 null 或空
• 若输出异常，先升级：composer self-update
不开这个，并发下载仍卡在 3 线程，再快的镜像也跑不满带宽，Downloading 阶段会长时间不动。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么清缓存比配镜像还关键
缓存不清理，Composer 就不会发新请求——它直接读本地旧的 packages.json 和元数据，哪怕镜像已配好，也照样走 packagist.org。
必须在配置完所有 config -g 命令后立刻执行：
• composer clear-cache
• 验证方式：加 -vvv 运行 composer global require monolog/monolog 2>&1 | grep "Downloading\|packages.json"，看到 Downloading https://mirrors.aliyun.com/composer/packages.json 才算真正走镜像
华为云等镜像还有 5–30 分钟同步延迟，若遇到 404，大概率是新包还没同步，不是你配错了。
项目级 repositories 会覆盖全局镜像
只要当前目录下 composer.json 有 repositories 字段，全局配置就自动失效，优先级永远是：项目级 > 全局 > 默认。
常见坑：
• "repositories": {}（空对象）也会屏蔽全局镜像
• "repositories": []（空数组）会让后续 composer config 命令直接报错
安全写法是显式定义 packagist 子项："repositories": {"packagist": {"type":"composer","url":"https://mirrors.huaweicloud.com/repository/php/composer/"}}
想删项目级配置，别手改 JSON，用 composer config --unset repositories.packagist 更可靠。
