composer config -g repo.packagist 命令必须严格满足三个条件才生效：key 必须为 repo.packagist（不可多s或少repo.前缀），type 值必须为 composer（不可省略或替换），url 必须以 / 结尾且加 -g 参数；否则静默失效。
直接执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 就能生效，但写错任意一个字符——比如多一个 s、少一个 /、漏掉 composer 类型参数——都会静默失效，你根本不知道它没配上。
为什么 composer config -g repo.packagist 总不生效
这不是命令没运行，而是三个硬性条件一错全废：
-
repo.packagist不能写成repos.packagist（多一个s）或packagist（漏repo.前缀），Composer 2.x 只认这个 key，错写就当不存在 - 中间的
composer是type值，不是可选参数，也不能替换成https或省略 -
url必须以/结尾：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会拼出/p2//类路径，直接 404） - 必须加
-g，否则只改当前目录下的composer.json，换个项目就回退
验证是否真写进去了：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、报错或只返回字符串，说明没写成功。
项目级配置比全局更可靠
团队协作、CI/CD 或宝塔部署时，全局配置常因用户权限错位而失效（比如你在终端用 root 配了，但宝塔后台以 www 用户跑命令，读的是 /home/www/.composer/config.json）。这时直接改 composer.json 更稳：
- 进项目根目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g） - 它会自动往
composer.json顶层添加"repositories"字段，且确保 key 是"packagist"，不会覆盖已有私有源 - 如果项目已有
"repositories": []（数组格式），命令会报错；得先手动改成"repositories": {}（对象格式）再执行 - 千万别手写
"packagist.org": false—— 这会彻底关掉官方源，镜像临时不可用时，composer install直接失败
改完记得删掉 vendor/ 和 composer.lock，再跑 composer install，否则旧 lock 文件里的 hash 可能和镜像元数据不匹配。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer install 还卡在 “Resolving dependencies”？镜像不管这事
镜像只加速下载，不加速依赖解析。这个阶段卡住，和网络无关，典型原因有：
-
composer.json里写了太宽的约束，比如"php": "^7.4 || ^8.0 || ^8.1"，让求解器暴力试遍所有组合 - 存在
"minimum-stability": "dev"，强制拉取不稳定分支，候选版本数爆炸 -
composer.lock被删或没提交，install实际退化为update - 项目
composer.json中repositories字段指向了已下线私有源，Composer 逐个超时才 fallback
快速排查：进项目根目录，执行 composer config --list | grep repositories 看实际生效的是哪个源；再跑 composer validate --strict 确认 lock 文件合法。
真正提速要加这四个参数
光换镜像只是第一步，生产环境必加：
-
--no-dev：跳过require-dev（如phpunit），省掉 30–60% 时间 -
--prefer-dist：强制走 ZIP 包，避免git clone的 I/O 和网络开销 -
--optimize-autoloader（或-o）：生成静态类映射，PHP 7.4+ 下可进 opcache -
--classmap-authoritative（或-a）：仅限部署用，告诉自动加载器“没在映射里 = 真没有”，彻底跳过文件扫描
CI/CD 中推荐组合：composer install --no-dev --prefer-dist --optimize-autoloader --classmap-authoritative --no-interaction --no-progress。注意：--classmap-authoritative 在本地开发中禁用，否则新增类会直接 Class not found。
最容易被忽略的一点：镜像地址必须和元数据接口、ZIP 包分发节点严格匹配。比如用了阿里云镜像，但 composer.json 里又手动加了腾讯云的 repositories 数组，或者某条依赖指定了私有源 URL 却没同步到对应镜像，就会出现 Package not found 或 Signature mismatch —— 这时候不是镜像坏了，是配置混用了。
