composer config --global cache-dir 直接输出当前生效的缓存路径，优先读取全局配置，未配置时显示默认路径；若为空或报错，需检查 composer_home 是否有效及目录权限。
直接运行 composer config --global cache-dir 就能拿到当前生效的缓存路径，不用猜、不用翻文档、也不用看系统默认值——它输出的就是 Composer 正在用的那个目录。
为什么 composer config --global cache-dir 是第一招
Composer 不靠硬编码或环境变量“猜”缓存位置，而是读取全局配置（通常是 ~/.composer/config.json）里的 cache-dir 字段。这个命令强制它吐出当前实际生效的值，哪怕你改过 COMPOSER_HOME 或设过 COMPOSER_CACHE_DIR，它也会优先按配置来。
- 如果没配过，会显示默认路径：
/home/you/.composer/cache（Linux/macOS）或C:\Users\You\AppData\Roaming\Composer\Cache（Windows） - 如果返回空或报错
Cache directory does not exist，说明配置被清空、损坏，或者COMPOSER_HOME指向了一个无效路径 - 别信网上搜到的“默认路径”，CI 环境、Docker 容器、root 用户下
~指向可能完全不同
查不到路径时，先确认 COMPOSER_HOME 是否生效
缓存路径是基于 COMPOSER_HOME 推导出来的：$COMPOSER_HOME/cache。所以如果 config --global cache-dir 失效，就得揪出 COMPOSER_HOME 到底指向哪。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS 下运行：
echo $COMPOSER_HOME；如果没输出，再试composer config --global home - Windows CMD 下运行：
echo %COMPOSER_HOME%；PowerShell 用$env:COMPOSER_HOME - 如果
COMPOSER_HOME被设成一个不存在的路径（比如/mnt/nfs/composer但挂载失败），cache-dir就会失效，且clear-cache也跑不起来 - 临时覆盖它来验证：
COMPOSER_HOME=/tmp/composer-test composer config --global cache-dir，看是否输出新路径
缓存目录存在但 du -sh 显示为 0 或权限拒绝
这通常不是路径错了，而是权限或文件系统问题。Composer 可能写入了缓存，但当前用户没权限读取目录内容。
- 先用
ls -ld $(composer config --global cache-dir)看目录属主和权限，常见问题是之前用sudo composer install导致目录属 root - Linux/macOS 下可修复：
sudo chown -R $USER:$(id -gn) $(composer config --global cache-dir) - Windows 上右键目录 → “属性” → “安全” → 确认当前用户有“完全控制”
- 某些 NAS 或网络挂载盘禁用了扩展属性或
noexec，会导致 Composer 写缓存失败，但错误提示极不明确，建议换成本地路径测试
想绕过缓存查实际用了哪些文件？看 sys_get_temp_dir()
Composer 在下载、解压、生成 autoload 时重度依赖 PHP 的临时目录，而这个目录和缓存目录无关，却常被当成“缓存”误删。如果你发现磁盘空间告警但 cache-dir 很小，就该查这儿。
- 运行
php -r "echo sys_get_temp_dir();"，得到类似/tmp（Linux/macOS）或C:\Users\You\AppData\Local\Temp（Windows）的路径 - 里面常堆积大量
composer_*.zip、php*.phar、composer-*.json文件，尤其在 CI 或频繁create-project后 - 这些文件不会被
composer clear-cache清理，得手动删或用系统清理工具 - Docker 环境中，如果没挂载
/tmp，容器重启后自动清空，但构建阶段仍可能爆满
真正麻烦的不是找不到路径，而是路径指向了一个不可写的 NFS 挂载点、被杀毒软件锁死的 Windows Temp 目录，或者被 IDE 后台扫描占着句柄——这时候 clear-cache 会静默失败，du 会卡住，连 ls 都变慢。先确认路径，再验证可读写，比盲目删文件安全得多。
