composer config -g repo.packagist 命令不生效是因为必须严格满足三个条件：键名必须为单数小写 repo.packagist（非 repos）、第二参数必须显式指定 type 值 composer、URL 必须 HTTPS 且末尾带斜杠；任一缺失即静默回退官方源，验证需执行该命令并确认输出为完整 JSON 或有效 URL。
composer config -g repo.packagist 命令为什么总不生效
命令跑完没报错，但 composer install 还是卡在 Loading composer repositories——大概率不是镜像宕了，而是配置根本没写进去。Composer 2.2+ 只认 repo.packagist（单数、全小写、无 s），写成 repos.packagist 或 packagist.org 会静默存进无效字段。
必须同时满足三件事：
-
-g参数不能省：缺它就只改当前项目composer.json，换目录即失效 - 第二个参数必须是
composer（这是type值，不是注释，漏掉就 fallback 到官方源） - 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，说明失败。
本地测试该用全局配置还是项目级配置
本地调试时，项目级配置更可控、更少意外。全局配置（~/.composer/config.json）在宝塔、Docker、CI 流水线里常读不到，但你本地终端能用，不代表别人或部署环境也能用。
进项目根目录后执行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
这条命令会自动向 composer.json 的 "repositories" 字段写入 "packagist" 子项，不覆盖已有私有源。但前提是原 "repositories" 是对象（如 {"packagist": {}}），不是数组；如果是数组，命令会报错，需先手动改成空对象再重试。
改完必须删掉 vendor/ 和 composer.lock，再跑 composer install（不是 update），否则旧 lock 文件仍指向 packagist.org。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
换源后 composer update 还卡在 Resolving dependencies 怎么办
镜像只加速下载，不参与依赖解析。如果卡在 Resolving dependencies 阶段几十秒不动，和镜像完全无关。
真实诱因通常是：
-
"php": "^7.4 || ^8.0"这类宽泛版本约束，让 Composer 尝试大量组合 -
require-dev里塞了未锁定的工具链，比如"phpunit/phpunit": "^10.0" - 用了太多
dev-main或dev-develop分支依赖
这类问题换任何镜像都无效。收紧 PHP 版本约束、锁定 dev 工具链版本、删掉不必要的分支依赖，才能真正提速。
Windows 用户执行完命令还要关终端再重开
Windows 下 composer config -g 写入的是 %USERPROFILE%\AppData\Roaming\Composer\config.json，但 shell 可能缓存旧配置或环境变量，导致命令看似成功，实际仍读取旧状态。
最稳妥做法：
- 执行完
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/后，关掉当前终端 - 新开一个 CMD 或 PowerShell，再运行
composer config -g repo.packagist确认输出 - 如果仍为空，检查是否误用了
sudo（Windows 上不该用），或是否在 WSL 里混用了 Windows 和 Linux 用户配置路径
本地测试时，最容易被忽略的是：你以为配置生效了，其实只是终端没刷新缓存；你以为卡在下载，其实是 composer.json 里写了太松的约束——这两点不排查，换十次镜像也没用。
