必须通过composer clear-cache && composer require monolog/monolog -vvv观察实际下载url验证镜像是否生效，因config命令输出仅反映配置文件内容，不等于实际生效；项目级repositories会完全屏蔽全局配置。
直接看网络请求日志，别信 config 命令输出
运行 composer config -g repo.packagist 或 composer config repo.packagist 只告诉你“配置文件里写了什么”，不等于 Composer 实际读取并用了它。真实行为得靠抓 HTTP 请求验证。
执行以下命令，观察输出中实际访问的域名：
composer clear-cache && composer require monolog/monolog -vvv 2>&1 | grep "GET https"
如果看到的是 https://mirrors.aliyun.com/composer/packages.json，说明镜像生效；如果还是 https://packagist.org/packages.json，那配置根本没起作用。
- 必须加
-vvv才能暴露完整请求链路，-v或--verbose不够 -
2>&1是为了把 stderr（Composer 日志）也导入管道，否则 grep 捕不到 - 用
monolog/monolog是因为它稳定、无私有源干扰，适合做探针包
检查配置是否写进了对的文件
Composer 全局配置可能被 COMPOSER_HOME 环境变量或 sudo 干扰，导致你改了 A 文件，但它读的是 B 文件。
运行这个命令确认当前 Composer 实际加载的配置路径：
composer global config --list --verbose
注意第一行输出的 Loaded config file: 路径。常见陷阱包括：
- 路径是
/root/.composer/config.json→ 你之前用过sudo composer，后续所有global config默认都操作 root 配置 - 路径为空或指向不存在目录 →
COMPOSER_HOME被设成无效值（Windows 下尤其注意大小写和%符号） - 路径是
~/Library/Application Support/Composer/config.json（macOS）→ 和 Linux 的~/.composer不同，别按习惯找错位置
项目级 repositories 会完全屏蔽全局镜像
只要项目根目录的 composer.json 里定义了 "repositories" 字段（哪怕只写了 []），Composer 就会跳过全局 repo.packagist 配置，只读项目级配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证方式很简单：进项目目录后运行
composer config repo.packagist
如果输出 Key "repo.packagist" does not exist，说明项目没接管，才轮到查全局；如果输出 URL，那它就是当前唯一生效的源——全局设置此时彻底失效。
- 项目级配置优先级永远高于全局，这是硬编码逻辑，无法绕过
- 想临时测试全局镜像是否可用？加
--repository-url参数：composer update --repository-url=https://mirrors.aliyun.com/composer/ -
composer create-project不支持-r参数，CI 脚本中若要用镜像，必须先config -g再执行
PHP 禁用函数会导致 config 命令静默失败
有些服务器（尤其是宝塔、共享主机）禁用了 proc_open 或 putenv，这时 composer config -g 表面成功，实则根本没写入配置文件。
快速验证 PHP 环境是否允许写配置：
php -r "echo proc_open('echo 1', [], \$p) ? 'ok' : 'fail';"
输出 ok 才算通过。若失败，需检查 php.ini 中的 disable_functions 项，确保不含 proc_open 和 putenv（注意空格与换行）。改完后必须重启 PHP-FPM / Apache / Nginx；CLI 模式下也要重启终端或重载环境。
这类问题常表现为：composer config -g repo.packagist 无报错但输出仍是 https://packagist.org，或者直接卡住不动——不是镜像地址错了，是底层函数被锁死了。
