因为composer clear-cache只删~/.composer/cache下的files/、repo/、vcs/，不碰composer.lock和vendor/composer/installed.json；锁文件固化旧版本，缓存清理无法改变其行为。
composer clear-cache 为什么有时清了也没用
因为 composer clear-cache 只删 ~/.composer/cache/ 下的 files/、repo/、vcs/，它不碰 composer.lock 和 vendor/composer/installed.json。如果你本地代码和远程仓库“看起来一样但行为不同”，大概率是锁文件里记着旧 commit 或旧哈希，而缓存清理根本不会动它。
常见误判场景：
- 刚在私有 Git 仓库打了新 tag，
composer update vendor/package却仍装旧版 → 实际是composer.lock锁死了旧 commit，不是缓存问题 - 执行
composer clear-cache后composer install还报 checksum mismatch → 校验依据来自composer.lock中记录的哈希值，缓存清得再干净也无济于事 - 换镜像源后仍走旧地址 → 先确认
composer config -g repo.packagist输出是否正确，再检查~/.composer/cache/repo/下是否残留旧源的 provider 文件夹（如https---repo.example.com）
哪些缓存位置必须手动删才能解决版本滞后
当 composer clear-cache 不生效，且你确认远程包已更新（比如 GitHub 上能看到新 tag），就得手动清理三处：
-
~/.composer/cache/repo/https---packagist.org/（或对应私有源路径）：这里存着packages.json和provider-*.json，决定你能看到哪些版本 -
vendor/composer/installed.json：记录当前已安装包的精确版本和 source type（git/dist），影响composer show和依赖解析上下文 -
composer.lock：不是缓存，但它是“版本事实”的唯一权威。想让composer install拉新版，必须删它
删完这三项后，再跑 composer install --no-cache（注意是 --no-cache，不是 clear-cache），才能强制跳过所有本地快照，直连远程重新拉取元数据和包。
CI/CD 环境中清缓存的正确姿势
GitHub Actions、GitLab CI 这类非交互环境里，composer clear-cache 默认会卡住等用户输入 y/n。不加 --no-interaction 就等于没执行。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
更稳妥的组合是：
composer clear-cache --no-interaction-
rm -rf vendor（Linux/macOS）或rmdir /s vendor（Windows） -
rm -f composer.lock（如果目标是重装最新兼容版本） composer install --no-interaction --prefer-dist
注意：不要在 CI 中盲目保留 composer.lock 并期望它“自动适配新环境”。PHP 版本升级、扩展增减、甚至 Composer 自身大版本变更（如 v1 → v2）都可能让旧 lock 文件失效，此时保留它反而掩盖真实问题。
缓存清理后仍拉不到新版？先看镜像源同步状态
国内镜像（阿里云、腾讯云等）不是实时同步 Packagist 的。它们有 CDN 缓存和元数据 TTL（通常 5–30 分钟）。你本地缓存清得再彻底，如果镜像源还没刷新 packages.json，composer update 依然看不到新版本。
验证方法：
- 临时切回官方源：
composer config -g repo.packagist composer https://packagist.org - 加
-v参数运行composer update -v，观察日志里是否出现Loading https://packagist.org/packages.json及其响应时间 - 如果官方源能立刻看到新版，而镜像源不行，那就是镜像延迟，不是你本地的问题
这种情况下，清缓存只是白忙活；等几分钟或换源才是正解。
