composer镜像配置不生效的根本原因是键名必须为单数repo.packagist，写成repos.packagist会静默写入无效字段；正确命令需同时满足：加-g、键名准确、显式传入type值composer、url以https://开头且末尾带/，缺一即回退官方源。
为什么 composer config -g repos.packagist 不生效
因为 Composer 内部只认 repo.packagist（单数 repo），写成复数 repos 会静默写入无效字段，配置不生效，且不报错。运行 composer config -g repo.packagist 返回空或 null，就说明键名写错了。
全局镜像设置必须带齐三个参数
正确命令是：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，漏掉任意一个都会失败：
-
-g：缺了就只改当前目录，换个项目就失效 -
repo.packagist：不能拼错、不能大小写混用、不能加s -
composer：这是 type 值，不是可选参数，也不是注释；省略后 Composer 2.0+ 会 fallback 到官方源 -
https://mirrors.aliyun.com/composer/：必须 HTTPS，末尾必须有/；少斜杠会导致请求路径变成/composerpackages.json，直接 404
Windows 下改完要重启终端才能读到新配置
环境变量和 Composer 全局配置都缓存在进程里，改完 composer config -g 后，旧的 cmd 或 PowerShell 窗口不会自动刷新。必须关掉再新开一个终端，否则 composer install 还是走官方源。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证是否生效：composer config -g repo.packagist 应输出类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；如果返回空、null 或报错，说明没写对，不是网络问题。
项目级配置比全局更可靠
全局配置在协作中容易出问题：
- 项目
composer.json里写了"repositories": {"packagist.org": false}，会直接屏蔽全局镜像 - CI 流水线以不同用户身份运行（比如宝塔 www 用户），但
-g写的是 root 配置，镜像不生效 - 新人拉代码后行为不一致，因为全局配置无法被 Git 跟踪
推荐进项目根目录执行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉 -g）。它会安全合并进 composer.json 的 repositories 字段，key 固定为 "packagist"，不会覆盖已有私有源。
php.ini 和 Apache 版不是同一个文件，改错位置会导致 openssl、mbstring 或 curl.cainfo 配置不生效，进而让镜像设置成功但请求仍失败。
