不能直接丢进 crontab，必须加 --no-interaction 并重定向 stdout/stderr 至 /dev/null，且用绝对路径调用；--expired 仅清理 cache/files/ 下过期压缩包，不清理占用更大的 vcs/ 和 repo/ 目录。
composer clear-cache --expired 能否直接丢进 crontab？
不能直接丢，必须加 --no-interaction 和重定向输出，否则 crontab 会卡住。Composer 默认在清理完成时输出一行 “Cleared X files”，这本身没问题，但若 stdout/stderr 未重定向，crontab 可能因管道缓冲或 TTY 检测失败而挂起，尤其在 systemd 环境下更常见。
正确写法示例（每天凌晨 3:15 执行）：
15 3 * * * /usr/bin/composer clear-cache --expired --no-interaction >/dev/null 2>&1
-
--no-interaction是必须的，禁用所有交互提示（哪怕当前没提示，未来升级也可能引入） -
/dev/null 2>&1必须显式重定向，避免邮件队列积压或日志爆满 - 务必用绝对路径调用
composer，crontab 的 PATH 通常不包含~/.composer/vendor/bin - 如果 Composer 是全局安装的，查路径用
which composer；如果是项目局部 bin，则用/path/to/project/vendor/bin/composer
为什么 --expired 清理后磁盘空间没变化？
因为 composer clear-cache --expired 只删 ~/.composer/cache/files/ 下过期的 .zip 和 .tar.gz，不碰 repo/（元数据快照）和 vcs/（Git 克隆仓库），而这俩目录往往占更大空间。
常见误判场景：
- 执行
composer clear-cache --expired后df -h看不到变化 → 实际是vcs/目录里存着几十个完整 Git 仓库，每个几百 MB -
du -sh ~/.composer/cache/*显示vcs/占 8.2G，files/才 1.1G → 此时--expired几乎无效 - 想清
vcs/？Composer 没提供对应命令，只能手动rm -rf ~/.composer/cache/vcs/*，但下次composer update会重新克隆，建议只在 CI 或部署机上定期清理
静默执行时如何确认是否真清理了文件？
靠返回码 + 日志记录，别信“没报错就成功”。composer clear-cache --expired 即使一个文件都没删，也返回 0，它不区分“清了 0 个”和“清了 100 个”。
安全做法：
- 加
--verbose并捕获输出到日志：composer clear-cache --expired --no-interaction --verbose >> /var/log/composer-cleanup.log 2>&1 - 日志里搜
Cleared行，例如Cleared 3 files才算有效动作 - 用
stat记录清理前后~/.composer/cache/files/的mtime，辅助判断是否被触发 - 避免用
test -z "$(command)"这类空字符串判断——Composer 输出可能含 ANSI 转义符，导致误判
Windows 上怎么实现等效的定时静默清理？
Windows 没 crontab，得用任务计划程序 + PowerShell 脚本，且要注意 Composer 在 Windows 下对路径和换行符的处理差异。
关键点：
- PowerShell 脚本里调用
composer.bat，不是composer（后者可能是 bash alias） - 必须用
Start-Process并设-WindowStyle Hidden，否则弹黑窗 - 重定向要用
2>&1 | Out-File，不能用>>，否则编码乱码导致日志无法 grep - 示例命令行参数：
cmd /c "C:\Users\Alice\AppData\Roaming\Composer\vendor\bin\composer.bat clear-cache --expired --no-interaction" - 任务计划中勾选“不管用户是否登录都要运行”，并配置“最高权限”，否则访问
%APPDATA%可能被拒绝
实际运维中，最常被忽略的是 vcs/ 目录的膨胀问题——它不随 --expired 清理，却在私有包频繁更新时快速吃光 inode。定期 ls -lt ~/.composer/cache/vcs/ | head -20 看最近修改时间，比盲目跑 clear-cache 有用得多。
