Composer config -g repo.packagist 无反应是因未满足三硬性条件：键名必须为单数repo.packagist（非repos）、type值必须显式传入composer、URL须为https且末尾带/，任一缺失均静默回退官方源。
composer config -g repo.packagist 为什么没反应
这条命令不报错也不生效，大概率是三个硬性条件漏掉一个：repo.packagist（不能写成 repos.packagist 或 repositories.packagist.org）、composer（必须作为 type 值显式传入）、URL 必须以 https:// 开头且末尾带 /。
常见静默失败组合：
-
composer config -g repo.packagist https://mirrors.aliyun.com/composer/→ 缺composertype，直接 fallback 到官方源 -
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer→ 少末尾/，请求路径拼成/composerpackages.json导致 404 -
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/→ 键名多s，Composer 完全忽略该字段
验证是否写入成功，只看这一行输出：composer config -g repo.packagist。返回必须是完整 JSON 对象（如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}）或至少是纯 URL 字符串；返回 null、空值或报错，说明根本没写进去。
项目里配了 repositories 却还是连 packagist.org
项目级配置优先级高于全局，一旦 composer.json 里有 repositories 字段，config -g 的设置就完全失效。更麻烦的是，如果这个字段里写了 "packagist.org": false，Composer 会彻底禁用所有 packagist 源——包括你刚配的镜像，除非你在 repositories 数组里明确加一条 packagist 类型的入口。
正确做法是让 Composer 自动追加，而不是手动编辑 JSON：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 进项目根目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意不加-g） - 如果原
composer.json是"repositories": {}，命令会转为标准对象结构并插入packagist子项 - 如果原
composer.json是"repositories": []，命令会向数组末尾 push 新项，不破坏已有私有源 - 配完务必删掉
vendor/和composer.lock，再跑composer install -vvv看日志里是否出现mirrors.aliyun.com
换源后卡在 “Resolving dependencies” 怎么办
镜像只加速元数据拉取和 ZIP 下载，对依赖解析阶段（Resolving dependencies）毫无影响。这个阶段卡住，99% 和镜像无关，而是本地环境或 composer.json 写法问题。
典型原因：
- PHP 内存不足：默认 128M 不够，临时加
COMPOSER_MEMORY_LIMIT=-1再试 - Xdebug 启用中：会让解析慢 5–10 倍，用
php -d xdebug.mode=off $(which composer) install临时禁用 -
"php": "^7.4 || ^8.0"这类宽泛约束：Composer 需尝试大量版本组合 - 大量未锁定的 dev 分支依赖，比如
"monolog/monolog": "dev-main" - require-dev 里塞了太多工具包，尤其是废弃插件如
fxp/composer-asset-plugin（它不走镜像，还额外请求 Bower 源）
CI/宝塔/Docker 里镜像配置不生效
全局配置写在 ~/.composer/config.json，但它只对当前用户生效。宝塔后台、Docker 构建、GitHub Actions 默认用的是 www、runner 或无 home 目录的容器用户，根本读不到 root 或你本地用户的配置。
解决方案很直接：
- 先确认实际执行用户：
whoami或查 CI 日志 UID - 针对性配置：
sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 更稳妥的做法是放弃全局，统一用项目级配置 ——
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g），然后把改好的composer.json提交 Git - CI 脚本里别依赖全局配置，直接在 workflow 步骤中加一行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
真正容易被忽略的点是缓存：哪怕配置全对，composer.lock 和本地元数据缓存仍可能指向旧源地址。每次换源后，composer clear-cache、删 vendor/ 和 composer.lock、再重装，这三步缺一不可。
