答案是：composer config -g repo.packagist 静默失效因键名必须为单数repo.packagist、type值必须显式写composer、URL须HTTPS且末尾带/；三者缺一即回退官方源，验证需输出完整JSON对象。
composer config -g repo.packagist 总是静默失效？检查这三点
这条命令不报错，不代表它生效了。90% 的失败不是网络问题，而是三个硬性条件漏掉任意一个：repo.packagist 键名写错、composer type 值被省略、URL 少了末尾的 /。
常见错误现象包括：composer install 仍卡在 Loading composer repositories，或报 could not find package；运行 composer config -g repo.packagist 返回空、null 或 Key does not exist。
-
repo.packagist必须一字不差：写成repos.packagist、packagist.org、repository.packagist全部无效（Composer 2.x 已废弃repos.packagist） - 第二个参数
composer是type值，小写，不可省略——漏掉它，Composer 就当配置不存在 - URL 必须是 HTTPS 且以
/结尾：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会导致请求路径拼成/composerpackages.json，返回 404）
项目级配置覆盖全局？别让 repositories 字段悄悄关掉镜像
只要项目根目录的 composer.json 里有 repositories 字段，全局配置就完全不生效——这是 Composer 的硬编码优先级，不是 bug。
常见陷阱包括："repositories": [] 这种空数组也会触发“禁用默认源”，"repositories": {} 会把整个字段转为对象格式，而 composer config repo.packagist（不带 -g）执行时会全量替换该字段，把你已有的私有 Git 源直接清空。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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（全局）和composer config repo.packagist（项目级），看哪个返回 URL - 安全做法是手动编辑
composer.json，确保"repositories"是数组，首位放镜像源：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，已有私有源保留在同一数组中 - 绝对不要写
"packagist": false或"packagist.org": false，这会导致 PHP 扩展校验失败（如ext-json）
换源后还卡在 Loading composer repositories？缓存和 lock 文件在捣鬼
镜像只加速下载，不参与依赖解析。如果你改完镜像仍卡在这一步，说明请求压根没发到镜像站——大概率是旧缓存或 composer.lock 里锁死了官方源地址。
典型表现是日志里看不到 mirrors.aliyun.com，反而出现 packagist.org 或 repo.packagist.org；或者 composer install 报 hash 不匹配。
- 必须先清缓存：
composer clear-cache - 删掉项目下的
vendor/和composer.lock（二者缺一不可） - 再执行
composer install -vvv，观察日志是否出现镜像域名；不要用composer update，它会复用旧 lock 文件 - CI/CD 或宝塔环境下，确认执行用户（如
www）是否也配了镜像：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
宝塔、Docker、GitHub Actions 里镜像不生效？PHP CLI 环境先得跑起来
很多情况下根本走不到镜像环节——宝塔默认禁用 putenv、proc_open、pcntl_signal，Docker 容器里 PHP CLI 模块缺失，GitHub Actions 默认不读全局配置，这些都会导致 composer 命令启动即崩溃。
表现是 command not found、proc_open(): fork failed、或直接无输出。此时换镜像只是给一个瘫痪的环境加速报错。
- 宝塔用户：进「PHP 管理」→ 选版本 → 「禁用函数」页签 → 删除
putenv、proc_open、pcntl_signal - Docker 用户：确保基础镜像包含
openssl、tokenizer模块，CLI 模式可用（php -m | grep openssl） - GitHub Actions：不能依赖
-g配置，需在 workflow 中显式设置COMPOSER_HOME或用composer config命令写入项目级配置
