最常见原因是命令默认等待交互确认，而CI环境没有TTY，必须加--no-interaction参数：composer clear-cache --no-interaction。
CI构建里执行composer clear-cache卡住怎么办
最常见原因是命令默认等待交互确认，而CI环境没有TTY。GitHub Actions、GitLab CI、Jenkins等都会直接hang住，直到超时失败。
必须加--no-interaction参数，否则命令不会自动继续：
composer clear-cache --no-interaction
更稳妥的做法是先用--dry-run预检路径是否正确：
composer clear-cache --no-interaction --dry-run
输出会显示实际要清理的路径，比如/root/.composer/cache——若指向NFS挂载点或只读卷，就得换方案。
- 某些CI镜像（如Ubuntu snap版Composer）缓存被沙盒隔离，
clear-cache根本触达不到真实位置 - Docker构建中混用用户：前一步用
root跑过composer install，后续非root用户执行clear-cache会报Permission denied - 后台进程锁着缓存目录：Linux/macOS可用
lsof +D $(composer config --global cache-dir)查，Windows需用handle.exe -p php.exe
缓存路径不一致导致清了白清
CI环境常通过COMPOSER_CACHE_DIR环境变量或公司私有镜像覆盖默认路径，~/.composer/cache或%APPDATA%\Composer\Cache很可能不是真实缓存位置。
务必在CI脚本开头确认真实路径：
composer config --global cache-dir
再检查大小（Linux/macOS）：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
du -sh $(composer config --global cache-dir)
Windows可用PowerShell展开$env:APPDATA后拼接：
Get-ChildItem "$env:APPDATA\Composer\Cache" -Recurse | Measure-Object -Property Length -Sum
- 若路径指向
/tmp或内存盘，清理后空间不释放属正常现象 - 某些企业CI流水线会把缓存映射到
/cache/composer之类自定义路径，需手动适配 -
vcs/子目录默认不被clear-cache清理，但单个Git裸仓库可占300–800 MB，必须额外加rm -rf $CACHE_DIR/vcs/*
Docker构建中清理缓存的正确时机
在RUN指令里直接写&& composer clear-cache看似省事，实则危险：一旦前面命令失败，缓存可能已删但构建中断，下次重试还得重下全部包。
推荐拆成两个独立RUN层：
RUN composer install --no-interaction --optimize-autoloader<br>RUN composer clear-cache --no-interaction
这样即使第二步失败，第一层缓存仍可复用；且clear-cache在安装完成后立刻执行，避免中间被其他进程写入。
- 若使用多阶段构建，缓存清理应放在最终镜像层，而非builder阶段
- 全局包（如
phpunit）的二进制软链在vendor/bin/，不受clear-cache影响；但其元数据存在cache-dir/repo/，删完后composer global update需加--no-cache才生效 - 插件私有缓存（如旧版
hirak/prestissimo）不在标准路径，得查文档手动删，clear-cache完全不处理
为什么清完缓存后composer install还是秒完成
这不是缓存没清干净，而是你真正该删的是vendor/目录——中等Laravel项目vendor/常占300–800 MB，而缓存可能只有42 MB。
另外两种情况也会造成“假快”：
- 内存缓存未清：
clear-cache只动磁盘持久缓存，当前PHP进程里加载的元数据还在，重启CI job进程即可 - 镜像配置失效：运行
composer config -g repo.packagist确认输出的是国内镜像URL，不是https://packagist.org或空值 - CI平台自带缓存机制（如GitHub Actions的
actions/cache）把~/.composer/cache整个目录缓存了，clear-cache删的是工作目录副本，真缓存还在远程
真正难处理的是缓存路径、用户权限、镜像配置三者叠加——任何一个出错，清理动作就变成无效操作。动手前先跑一遍路径确认和镜像验证，比反复删目录有用得多。
