composer clear-cache 仅清理 composer 下载的包归档和元数据缓存，不影响 vendor/、composer.lock 或本地 git 仓库；它不强制重装包，真正决定版本的是 lock 文件和源配置。
composer clear-cache 命令到底清什么
它只清理 Composer 自己下载的包归档（.zip/.tar.gz）和元数据缓存（比如 packages.json），不碰你项目里的 vendor/、composer.lock 或本地 Git 仓库。很多人以为运行后 composer install 就会重拉所有包——其实不会，除非缓存里没对应版本，或者你加了 --no-cache。
执行 composer clear-cache 的正确姿势
直接在任意目录下运行都行，不需要进项目根目录。但要注意权限和输出提示：
- 如果看到
Clearing cache (cache-dir): /home/user/.composer/cache，说明成功了 - Windows 用户路径通常是
C:\Users\{user}\AppData\Roaming\Composer\Cache，命令一样，不用改 - 用
sudo composer clear-cache是错的——除非你当初用sudo装过 Composer，否则会导致后续命令报权限错误 - CI/CD 环境中建议加
-v参数（composer clear-cache -v），能看到具体删了哪些子目录，方便排查残留
为什么有时候清了缓存还是装旧包
因为 Composer 默认优先读本地缓存，但真正决定装哪个版本的是 composer.lock 和 repositories 配置。缓存只是加速层，不是源头。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer update仍按composer.json规则解析依赖，缓存干净了只是让它重新下载远程元数据，不一定触发版本升级 - 如果你换了私有源（比如从 packagist.org 切到私仓），要确认
composer config repo.packagist false已生效，否则缓存清理毫无意义 - 某些镜像源（如阿里云）会把包重定向到 CDN，即使清了本地缓存，
composer install还是从镜像拉——这不是缓存问题，是源配置问题
替代方案：什么时候不该用 clear-cache
遇到安装失败、版本不对、HTTP 404，第一反应不应该是清缓存。
- 先看错误里有没有
file could not be downloaded或Failed to decode JSON—— 这大概率是网络或源的问题，不是缓存脏了 - 想强制重装当前
lock里的包？用composer install --no-cache更准，它跳过缓存直接走网络 - 怀疑
vendor/残留导致冲突？直接删掉vendor/和composer.lock，再composer install，比清缓存管用得多
缓存本身极少出问题，真正卡住的往往是源配置、权限、PHP 扩展（比如缺少 openssl）或公司代理策略。别让 clear-cache 成为条件反射。
