composer clear-cache 不清除核心元数据缓存，因其仅清理 files/、vcs/ 和部分 repo/ 临时文件，而 repo/https---mirrors-aliyun-composer/packages.json 等关键元数据默认15分钟不过期，只要存在且未超时，composer 就直接复用，导致换镜像后仍拉不到新包。
composer clear-cache 为什么清不掉元数据缓存
composer clear-cache 只清理 ~/.composer/cache/files/（ZIP 包）、vcs/（Git 克隆）和部分 repo/ 下的临时文件，但不会碰 repo/https---mirrors-aliyun-com-composer/packages.json 这类核心元数据——它默认有 15 分钟过期策略，只要存在且未超时，composer update 就直接复用。所以你明明换了镜像、清了缓存，却还是拉不到新包，问题就卡在这儿。
验证方式很简单：
ls -l $(composer config --global cache-dir)/repo/https---mirrors.aliyun.com-composer/看
packages.json 的修改时间是否超过 15 分钟。没超？那 Composer 就当它是“新鲜”的，根本不会去镜像站重拉。
如何精准清除特定镜像的元数据缓存
必须手动删掉对应镜像的整个 repo/ 子目录，不能只删单个文件，否则残留的 provider-*.json 会和新 packages.json 不匹配，导致解析失败或版本错乱。
- 先确认当前生效镜像地址：
composer config -g repo.packagist，输出类似https://mirrors.aliyun.com/composer/（注意末尾不能有斜杠） - 查缓存根路径：
composer config --global cache-dir，通常是~/.composer/cache（Linux/macOS）或%APPDATA%\Composer\Cache（Windows） - 进
repo/目录，找名字匹配的文件夹，比如https---mirrors.aliyun.com-composer - 删整目录：
rm -rf $(composer config --global cache-dir)/repo/https---mirrors.aliyun.com-composer（Linux/macOS）；Windows 用户可用rmdir /s
composer update --refresh 是什么，什么时候能用
composer update --refresh 是 Composer ≥ 2.5 内置的替代方案：它自动删掉所有 repo/ 下的 packages.json 和 provider-*.json，然后从当前配置的镜像源重新下载，不碰 ZIP 缓存、不重装包、不改 composer.lock。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
但要注意：
- 必须先执行
composer --version，确保是 2.5.0 或更高；低于这个版本直接报错 - 执行前务必确认
composer config -g repo.packagist输出的是你想要的镜像 URL，不是空或官方源 - 如果项目
composer.json里有"repositories"字段，--refresh也无效——它只作用于当前生效源，而项目级配置优先级更高
为什么删完缓存后仍走错源或报错
常见原因不是缓存没清干净，而是多层配置叠加干扰：
- 项目级
composer.json里的"repositories"块会完全屏蔽全局repo.packagist设置，检查用：composer config repositories（不加-g） - 环境变量如
COMPOSER_REPO_PACKAGIST会覆盖所有配置，Linux/macOS 查：env | grep COMPOSER_REPO，Windows 查：echo %COMPOSER_REPO_PACKAGIST% - 验证真实请求域名，别信
composer diagnose—— 它只读配置，不抓流量。用：composer require monolog/monolog --no-install -vvv 2>&1 | head -n 5，看第一行Downloading后面的 URL 是否是你配的镜像域名
真正决定结果的，从来不是“删没删”，而是“删对没删对” + “当前生效源到底是谁”。缓存只是中间态，配置层级才是关键。
