Composer缓存文件夹默认位于Linux/macOS的~/.composer/cache、Windows的%APPDATA%\Composer\Cache；需用composer config --global cache-dir确认实际路径，再执行composer clear-cache安全清理。
缓存文件夹在哪？先定位再动手
Composer 的物理缓存默认放在用户主目录下的 vendor/composer 之外的独立路径里，不是项目内。它和你的项目无关，是全局复用的。Linux/macOS 下通常是 ~/.composer/cache，Windows 下是 %APPDATA%\Composer\Cache（实际路径类似 C:\Users\{用户名}\AppData\Roaming\Composer\Cache）。
别去项目里的 vendor 或 composer.lock 里找——那些不是缓存，删了会直接破坏依赖。
怎么安全删？用命令比手动删更可靠
手动进文件系统删容易漏子目录或权限报错，推荐优先走 Composer 自带命令：
- 清空整个缓存：
composer clear-cache（会输出清理了多少 MiB，以及最终缓存路径）
- 想确认当前缓存位置：运行
composer config --global cache-dir
- 如果命令失效（比如 Composer 崩溃卡住），再手动删——但务必删对路径，且确保没其他
composer 进程正在运行（如 IDE 内置终端、CI 脚本）
composer clear-cache（会输出清理了多少 MiB，以及最终缓存路径）composer config --global cache-dir
composer 进程正在运行（如 IDE 内置终端、CI 脚本）注意：clear-cache 不会动你全局配置（config.json）、插件或 vendor 目录，只碰 cache/ 下的 files/、repo/、archives/ 这三个子目录。
删完有啥影响？不是所有场景都该删
缓存本质是 zip 包、dist 包、元数据的本地副本，删了只是让下次 composer install 或 update 重新下载——不伤功能，但可能变慢，尤其网络差或包大时。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 适合删：磁盘告警、怀疑缓存损坏（比如反复报
file could not be downloaded却能浏览器直连）、CI 环境每次跑前重置 - 不该删：日常开发频繁切分支/重装依赖时，留着能省 30–70% 时间
- 特别注意：
archives/里存的是解压前的 zip/tar，删了之后composer install --no-cache仍会绕过它；但普通 install 会重建，不用干预
Windows 用户手动删的坑
Windows 下常见两个陷阱：
-
%APPDATA%是符号链接，资源管理器里看到的路径可能和composer config --global cache-dir输出不一致，建议在 PowerShell 里执行echo $env:APPDATA确认真实路径 - 杀毒软件或 Windows Defender 可能锁住
Cache\repo\下的github.com.json类文件，导致删不干净，可临时禁用实时防护再删 - 不要用 7-Zip 或第三方压缩工具打开
archives/里的文件——它们是部分写入的临时包，强行解压会损坏后续 Composer 解析
缓存路径本身可以改，但改完记得 composer clear-cache 一次，否则旧路径残留文件不会自动迁移。
