composer config -g 未写入主因是路径或权限错误：composer_home被覆盖、sudo导致配置写入root目录、~/.composer目录不可写；验证需检查$composer_home路径及config.json可写性。
composer config -g 命令为什么没写进去
命令执行后 composer config -g repo.packagist 仍返回空或报错，说明配置根本没落盘。这不是 Composer 抽风，而是路径或权限没对上。
关键点有三个：
-
COMPOSER_HOME环境变量可能被覆盖或指向只读目录，比如 CI 容器里设成了/root/.composer，但构建用户是www-data，压根读不到 - 执行
sudo composer config -g会把配置写进 root 的~/.composer/config.json，后续不加sudo就读不到 -
~/.composer目录本身权限不对（比如dr-xr-xr-x），Composer 连创建config.json都会被拒
验证方式：运行 echo $COMPOSER_HOME（Linux/macOS）或 echo %COMPOSER_HOME%（Windows），再检查该路径下是否存在 config.json 且可写。别手改 JSON，composer config -g 是唯一安全写入方式。
镜像地址写了却还是走 packagist.org
这是最典型的“假性生效”——配置看似成功，实际请求仍发往 https://repo.packagist.org。根本原因是优先级规则被忽略：项目级 repositories 字段会彻底屏蔽全局配置，没有协商，没有 fallback。
排查和解决步骤：
- 运行
composer config repositories，如果输出里还有https://repo.packagist.org，说明项目级配置正在接管 - 执行
grep -A 5 '"repositories"' ./composer.json，确认是否硬编码了旧源（如已下线的https://packagist.phpcomposer.com）或空数组"repositories": [] - 临时禁用：运行
composer config --unset repositories（注意没-g），再试composer install -vvv - 安全追加（推荐）：用
composer config repo.packagist composer https://mirrors.aliyun.com/composer/，它会自动 merge 到composer.json的repositories对象中，不覆盖已有私有源
URL 或键名写错导致静默回退
Composer 不报错、不提示、不 fallback。写错一个字母、漏一个斜杠、type 值缺失，它就安静退回官方源——你看到的 “超时”“Could not fetch”，几乎全是配置未命中。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
必须同时满足这四点才有效：
- 键名必须是
repositories.packagist.org（Composer 2.2+ 推荐），不能是repo.packagist（旧写法）、repos.packagist（多一个 s）、mirror（官方根本不认） - 第三参数
composer是type值，不是注释：命令必须是composer config -g repositories.packagist.org.type composer - URL 必须以
/结尾：https://mirrors.aliyun.com/composer/✅，少斜杠会拼出/packages.json错误路径，返回 404 - 必须加
-g，否则只改当前项目composer.json，换个项目就失效
验证是否真写入：运行 composer config -g repositories.packagist.org.url，输出必须是完整 URL；运行 composer config -g repositories.packagist.org.type，输出必须是 composer。
怎么确认镜像真在用，而不是你以为它在用
别信 config -g 输出是否好看，要看它实际发出去的请求。最准的方式是加 -vvv 跑一次：
执行 composer install -vvv --no-progress 2>&1 | grep "Downloading.*packages.json"，日志第一行必须是类似 Downloading https://mirrors.aliyun.com/composer/packages.json 的地址。
其他辅助验证手段：
- 运行
composer diagnose，找Repo packagist.org:这一行，后面域名必须是你配的镜像地址 - 用
curl -I https://mirrors.aliyun.com/composer/packages.json测试连通性，应返回HTTP/2 200；若返回 301 或卡住，说明 DNS、证书或镜像本身异常 - 删掉
vendor/和composer.lock后重试，避免旧 lock 文件沿用原始源记录
CI/CD 环境默认不继承本地全局配置，必须在 workflow 文件里显式写入镜像命令；Docker 构建时，composer config -g 写进了容器临时 /root/.composer，但运行用户不是 root，就读不到。
