执行 composer config -g repo.packagist 后必须输出形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的完整 JSON 对象才算配置成功；若为 null、官方地址或空行，则未生效，常见原因包括键名错误、缺失 type 字段或 URL 缺少末尾斜杠。
composer config -g repo.packagist 输出必须是完整 JSON 对象
改完镜像源后，第一眼就该看这个命令的输出。它不报错、不提示，只默默返回你写的值——但只有返回形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 才算真正写进去了。如果输出是 null、{"type": "composer", "url": "https://packagist.org"} 或空行，说明配置根本没落盘。
常见原因包括：
– 键名写成 repos.packagist（多一个 s）或 repositories.packagist.org（新版不认）
– 漏了 composer 这个 type 值，命令执行成功但被静默忽略
– URL 末尾没斜杠，比如 https://mirrors.163.com/composer → 必须是 https://mirrors.163.com/composer/
composer diagnose 显示的 “Repo packagist.org:” 行才是真实生效源
composer config -g 只告诉你“你写了什么”，composer diagnose 才告诉你“Composer 正在用什么”。重点看这行输出：
Repo packagist.org: https://mirrors.aliyun.com/composer/
如果这里还是 https://packagist.org 或 https://repo.packagist.org，说明全局配置被覆盖了。最常见的是项目级 composer.json 里有 repositories 字段——哪怕只写了 {"packagist.org": false}，也会让全局镜像完全失效。
检查方式：
– 打开项目根目录的 composer.json，搜索 repositories
– 临时禁用：运行 composer config --unset repositories（不加 -g）
– 不想删？确认该字段不是硬编码官方地址，否则必须手动清掉
composer clear-cache && composer require -vvv 观察实际下载 URL
缓存不清理，换源等于白换。Composer 会复用旧的 packages.json 快照，导致 install/update 时仍连官方源，甚至卡在 Loading composer repositories...。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证步骤必须按顺序执行：
– 先运行 composer clear-cache
– 再执行 composer require monolog/monolog -vvv
– 在日志中搜索 Downloading，确认出现的是镜像站地址，例如：
Downloading https://mirrors.aliyun.com/composer/p2/monolog/monolog.json
注意：
– Windows 用户改完需重启终端，否则环境变量或配置文件可能未重载
– CI/CD 中要显式加这两步，不能依赖构建缓存
– -vvv 是关键，普通 -v 不显示完整 URL
COMPOSER_VENDOR_DIR 改路径后，vendor 目录必须彻底删除再 install
环境变量设对了，composer install 却还在往默认 vendor/ 写？大概率是旧 vendor 目录还存在。Composer 只在 vendor 不存在时才尊重 COMPOSER_VENDOR_DIR；一旦目录存在，它直接复用结构，完全不查环境变量。
操作前务必：
– 执行 rm -rf vendor（Linux/macOS）或 rd /s /q vendor（Windows）
– 不用删 composer.lock，除非你想彻底重装依赖
– 确保目标路径已创建且权限正确：mkdir -p /path/to/my-vendor + chown $USER:$USER /path/to/my-vendor
容易被忽略的一点：
autoload.php 和 bin 脚本里的路径是硬编码的，COMPOSER_VENDOR_DIR 不会自动改它们——如果项目代码里写了 require 'vendor/autoload.php'，而你把 vendor 移走了，就得同步改这些引用。
