composer config -g repo.packagist 总不生效是因为必须同时满足三个硬性条件：键名必须为单数 repo.packagist、第二个参数必须显式写 composer、url 必须 https 且末尾带 /，缺一即静默回退官方源且不报错。
配镜像不是“换地址就行”，composer config -g repo.packagist 命令漏掉任意一个硬性条件，就会静默回退到 https://packagist.org，且不报错——你看到的“还是慢”，大概率是配置根本没生效。
为什么 composer config -g repo.packagist 总是不生效
这条命令有三个不可省略的硬性条件，缺一即失效：
-
repo.packagist必须是单数键名，写成repos.packagist或packagist.org都会被忽略 - 第二个参数必须显式写
composer（这是仓库类型声明，不是可选值，也不是注释） - URL 必须以
https://开头，且末尾必须带/：比如https://mirrors.aliyun.com/composer/✅，而https://mirrors.aliyun.com/composer❌（少斜杠会导致请求路径拼成/composerpackages.json，直接 404）
验证是否写成功：运行 composer config -g repo.packagist。输出必须是完整 URL 字符串或 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。如果为空、null、或仍是 https://packagist.org，说明根本没写进去。
配了镜像却还卡在 Downloading https://codeload.github.com/
这不是镜像没配好，而是 composer.lock 里存的还是原始 GitHub 的 dist.url。镜像只代理元数据（packages.json），不托管 ZIP 包；实际下载仍走原始地址，除非你强制刷新锁文件。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须删掉
vendor/和composer.lock目录/文件 - 再执行
composer install，让 Composer 重新拉取元数据并生成带镜像域名的dist.url -
--repository参数对已存在的composer.lock完全无效，它只影响元数据拉取环节 - 执行
composer clear-cache也很关键，尤其之前试过多个镜像但没清理缓存
项目级配置怎么保留私有仓库不被清空
用 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加 -g）会全量替换 composer.json 中的 repositories 字段，不是追加——已有 Git 私有源、Satis 源会直接消失。
- 推荐手动编辑
composer.json，确保repositories是数组格式（不是对象），并在开头或结尾添加：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 根节点加
"packagist.org": false（注意：不在repositories内部，而在顶层） - 如果项目已用
fxp/composer-asset-plugin（常见于老版 Yii2），它不走 Composer 镜像配置，Bower/NPM 部分需单独处理或升级
全局配置在 CI/CD 或宝塔里为什么常失效
全局配置写在 ~/.composer/config.json，但它只对当前用户生效。宝塔默认用 www 用户执行，GitHub Actions 用 runner，Docker 容器里可能是 www-data ——如果你用 sudo 或切换用户执行 composer config -g，很可能配到了错误用户的家目录下。
- CI/CD 中建议改用项目级配置，随代码提交，避免环境差异
- 宝塔中若用
sudo -u www执行命令，就得确保composer config -g也在这用户上下文里运行 - 验证是否真走镜像：加
-vvv运行composer install，看日志里下载域名是不是mirrors.aliyun.com等镜像域名
最易被忽略的是：换源后不删 composer.lock 和 vendor/，等于白配；还有就是误把 repo.packagist 写成复数形式，命令不报错但完全不生效。
