答案是运行composer config --global cache-dir查看当前生效的缓存路径，该命令输出即为实际路径，若未配置则显示默认值；修改需用同命令指定已存在且用户有读写权限的绝对路径。
直接看当前生效的缓存路径，运行 composer config --global cache-dir；要改，就用同一条命令加新路径，但必须是绝对路径、目录得存在、当前用户有读写权限。
怎么查当前缓存路径？别猜，让 Composer 自己说
Composer 不会把缓存路径硬编码在代码里，而是根据系统和配置动态推导。最准的方式就是问它：
- 运行
composer config --global cache-dir，输出的就是当前实际生效的路径 - 如果没配过，它会显示默认值：
~/.composer/cache（Linux/macOS）或%APPDATA%\Composer\cache（Windows） - 注意：
~是 shell 符号，Composer 本身不解析，所以这个输出里的~只是提示，不是真实路径；真路径得用composer global config home --absolute配合推算，或者直接看文件系统
修改缓存路径：一行命令 + 三个前提
执行 composer config --global cache-dir /path/to/cache 即可，但以下三点缺一不可：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 路径必须是绝对路径，不能含
~或./——/data/composer-cache✅，~/cache❌ - 目录必须已存在，Composer 不会自动创建 —— 提前
mkdir -p /data/composer-cache - 当前运行 Composer 的用户必须对目录有读写权限，否则后续
install会报failed to open stream
缓存目录结构变了，会影响什么？
改了 cache-dir 后，Composer 会把所有缓存内容（archived/、repo/、files/、vcs/）都写到新位置，但旧缓存不会自动迁移或清理：
- 旧缓存仍占磁盘空间，得手动删 —— 比如
rm -rf ~/.composer/cache - CI 环境中，如果缓存路径没持久化，每次构建都会从零开始下载，失去加速意义
- 某些 Docker 镜像或 CI 脚本硬编码了默认路径，改了之后要同步更新，否则缓存失效
- 不建议在
composer.json里设cache-dir—— 这是全局行为，项目级配置无效，只能用--global
顺手检查其他相关路径，避免连环失效
缓存路径只是 Composer 存储体系的一环，常一起动的还有：
- 全局包根目录：
composer config --global home（决定vendor/和bin/在哪） - 全局命令路径：
composer global config bin-dir --absolute（这个路径必须加进PATH才能用laravel等命令） - 自定义 vendor 目录：
"config": {"vendor-dir": "libs"}写在composer.json里，和缓存无关，别混
真正容易被忽略的是：改完 cache-dir 后，第一次 composer install 会慢——因为新路径空着，得重新拉包；而且没人提醒你旧缓存还躺在那儿吃磁盘空间。
