composer clear-cache不能精准清理旧版本，它全量清空缓存（files/repo/vcs），不区分是否被项目引用；要删特定旧版包（如monolog/monolog 1.20.0），须手动进入~/.composer/cache/files/定位并删除对应zip文件，同时可安全清空vcs/目录。
直接执行 composer clear-cache 不能精准清理“旧版本”，它清的是全部缓存；真要删旧版包（比如 monolog/monolog 的 1.20.0 而非 2.4.0），必须手动进 ~/.composer/cache/files/ 筛选删除。
为什么 composer clear-cache 不等于“删旧版”
这个命令本质是全量清空：它不管某个包版本是否还在 composer.lock 里被引用，只要在缓存目录下，就一并删除。它不区分“旧”和“新”，只区分“存在”和“损坏/过期”。所以你清完后装包变慢，不是因为留了旧版，而是所有 dist 包都得重下。
-
composer gc更误导人——它只动vendor/下未被composer.lock引用的目录，完全不碰缓存里的 zip 或 source - 所谓“旧版本包缓存”，实际指
~/.composer/cache/files/vendor/name/hash/version.zip这类文件，Composer 没提供按版本号过滤的参数 - 如果你有多个项目，且各自
composer.lock引用不同版本，那“旧版”其实是相对的——删错一个，某个老项目composer install就会重新下载，甚至因网络问题失败
怎么安全手动删旧版包（Linux/macOS）
先确认路径：composer config --global cache-dir，再进 files/ 子目录操作。别直接删整个 files/，只删确定不用的版本。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查当前项目用的版本：
grep -A 5 '"monolog/monolog"' composer.lock | grep version - 查所有项目汇总的版本：用
find /path/to/projects -name composer.lock -exec grep -l 'monolog/monolog' {} \; -exec grep -A 5 '"monolog/monolog"' {} \; | grep version | sort -u - 删指定旧版 zip：
find ~/.composer/cache/files -name "monolog-monolog-1.20.0.zip" -delete -
cache/vcs/可放心整删：rm -rf ~/.composer/cache/vcs/*，下次需要时自动重建，不影响功能
Windows 用户删旧版要注意什么
资源管理器不显示完整哈希路径，手动删容易出错。推荐用 PowerShell 配合 Get-ChildItem 定位：
- 先查缓存路径：
composer config --global cache-dir，通常返回%APPDATA%\Composer\Cache - 进
files\后用：Get-ChildItem -Recurse -Filter "*monolog*1.20.0*.zip"确认目标 - 删前加
-WhatIf预览：Get-ChildItem -Recurse -Filter "*monolog*1.20.0*.zip" | Remove-Item -WhatIf - 避免用资源管理器直接删
repo\下的packages.json——删了首次composer update会卡在 HTTP 请求，尤其国内镜像源 TTL 长
真正吃磁盘的是 vendor/，不是缓存
一个 Laravel 项目 vendor/ 常超 300MB，而 ~/.composer/cache/ 通常不到 1GB。如果 C 盘告警，先跑：du -sh vendor/* | sort -hr | head -3（Linux/macOS）或用 TreeSize Free（Windows）扫 vendor/，而不是急着清缓存。
-
composer clear-cache对释放 C 盘空间效果有限，除非你缓存目录真被配到了 C 盘（比如COMPOSER_HOME=C:\Users\Me\.composer） - 更有效的方式是定期
rm -rf vendor && composer install --no-dev，前提是composer.lock存在且可信 - CI 环境中，
composer install --no-cache比反复清缓存更省空间、更稳定
