composer缓存目录默认为linux/macos的~/.composer/cache、windows的%appdata%\composer\cache；可通过composer config --global cache-dir修改，需确保路径存在且有读写权限。
Composer 缓存目录在哪？默认位置因系统而异
Composer 默认会把下载的包压缩包、安装后的 dist 文件、元数据等缓存到用户主目录下的隐藏文件夹里。Linux/macOS 是 ~/.composer/cache，Windows 则是 %APPDATA%\Composer\cache。这个路径不是写死在代码里，而是由 Composer 运行时根据环境变量和平台自动推导出来的。
- 缓存内容包括：
archived/（zip/tar 包）、repo/（packagist.org 的 JSON 响应）、files/（vendor 下软链接或提取后的临时文件） - 如果你用的是 root 或 CI 环境，要注意
~指向的是当前用户的家目录，不是项目目录 - 修改前先确认当前生效路径：运行
composer config --global cache-dir，它会输出当前配置值；如果没配过，就显示默认路径
怎么改 Composer 缓存目录？用 config 命令最稳
全局修改缓存路径，直接执行命令就行，不需要改任何配置文件。Composer 会自动写入 ~/.composer/config.json（或 Windows 上对应位置）。
- 运行
composer config --global cache-dir /path/to/your/cache，比如composer config --global cache-dir /data/composer-cache - 路径必须存在且当前用户有读写权限，否则后续 install/update 会报错：
file_put_contents(/path/to/cache/repo/https---packagist.org/packages.json): failed to open stream - 不要用波浪号
~，Composer 不解析 shell 符号，得写绝对路径 - 改完立刻生效，下次
composer install就会往新路径写缓存，旧缓存不会自动迁移，要手动搬或删
CI/CD 里设缓存目录要注意什么？别让多任务互相污染
在 GitHub Actions、GitLab CI 或 Jenkins 这类共享构建机上，多个项目或并发 job 共用一个缓存目录容易出问题：A 项目正在写 repo/，B 项目同时读，可能拿到不完整 JSON；或者不同 PHP 版本共用同一份 dist 包，导致 autoloader 错乱。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 推荐按 PHP 版本 + Composer 版本组合隔离缓存：比如
/cache/composer-php8.2-composer2 - 在 CI 脚本里用环境变量动态设置：
composer config --global cache-dir "$HOME/.composer-cache-$PHP_VERSION" - Docker 场景下，记得把新缓存路径加进
VOLUME或挂载为 bind mount，否则容器退出后缓存就丢了 - 避免把缓存设在
/tmp，某些系统会定期清理，导致重复下载
缓存目录设错了会怎样？常见报错和定位方法
设错路径最典型的症状不是立刻失败，而是后续命令变慢、偶尔失败、或 vendor 里出现奇怪的空目录。
- 报错
Could not fetch @#@#@#@#@#@#@#@#@#@0, please review your configured sources：大概率是cache-dir不可写，导致 repo 缓存无法更新 -
Failed to extract vendor/package: unable to create directory：可能是cache-dir权限不对，或是磁盘满（尤其 Docker 容器里默认只有几 GB） - 想验证是否生效，执行
composer show -p，看输出里cache-dir行是不是你设的路径 - 如果发现仍走默认路径，检查有没有项目级配置覆盖了全局：运行
composer config cache-dir（不带--global），看是否在项目composer.json里写了同名配置
缓存路径本身不复杂，但一旦混进权限、并发、容器这些上下文，就很容易卡在某个看似无关的报错上。真正麻烦的往往不是“怎么设”，而是“谁在读、谁在写、写完有没有被清掉”。
