composer_cache_dir环境变量优先级最高，可临时或永久生效；composer config --global cache-dir写入全局配置，适合统一管理。两者均有效，但不可手动编辑config.json，避免json错误。
直接改 COMPOSER_CACHE_DIR 环境变量或用 composer config --global cache-dir，两者都有效，但优先级不同、适用场景也不同——别手改配置文件，容易 JSON 报错。
改缓存路径最稳的两种方式
Composer 缓存（包下载、zip 解压、安装器临时文件等）默认放在用户主目录下，比如 ~/.composer/cache（Linux/macOS）或 %APPDATA%\Composer\Cache（Windows）。它和 vendor 目录完全无关，改它不影响 autoload 或依赖安装逻辑。
-
COMPOSER_CACHE_DIR环境变量：每次命令前临时指定，或写进 shell 配置永久生效。它优先级最高，哪怕项目里写了全局配置也会被覆盖 -
composer config --global cache-dir "/path/to/cache"：写入全局配置文件，对所有未显式覆盖的项目生效。适合统一管理磁盘空间，比如把缓存挪到 SSD 或大容量盘
注意：composer config --global cache-dir 必须带 --global（或 -g），漏掉就写进当前项目的 composer.json，会导致后续 composer install 报错“cache-dir not allowed in project config”。
为什么不能直接编辑 ~/.composer/config.json？
手动改 JSON 文件风险极高：少个逗号、中文引号、路径没转义，Composer 就会静默跳过整个配置文件，不报错也不提示，你只会发现缓存还在老地方生成，且 composer config --global --list 里看不到 cache-dir 行。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确做法是始终用
composer config --global cache-dir命令写入 - 想验证是否生效？运行
composer config --global cache-dir，它会直接输出当前值；再跑一次composer clear-cache，观察终端提示的“Clearing cache directories”路径是否已变 - Windows 用户在 Git Bash 里设环境变量可能不生效，建议用 PowerShell 或 CMD 执行
CI/CD 脚本里怎么安全设置？
在 GitHub Actions、GitLab CI 等环境里，COMPOSER_CACHE_DIR 是首选，因为无需提前写配置，还能按 job 隔离缓存路径：
- 示例（GitHub Actions）：
env: COMPOSER_CACHE_DIR: ${{ github.workspace }}/.composer-cache - 必须配合
composer install --no-interaction使用，避免因权限或路径不可写导致失败 - 不要在脚本里混用
composer config --global cache-dir和环境变量——前者写的是 runner 用户的全局配置，后者只作用于当前命令，冲突时以后者为准 - 某些私有镜像源（如 Nexus）在缓存路径含空格时会出问题，路径尽量避开空格和中文
改完缓存路径后要注意什么？
缓存路径变更本身不破坏功能，但有几个隐藏点容易被忽略：
- 旧缓存不会自动迁移，
composer clear-cache后得重新下载所有包，首次构建会变慢 - 如果用了
COMPOSER_HOME自定义了 Composer 主目录，cache-dir默认会基于它生成子路径；此时显式设cache-dir会覆盖该逻辑 - PHPStorm 等 IDE 不感知缓存路径变化，但一般也不需要——它只关心 vendor 和源码，不读 cache
- 团队协作时，环境变量方式无法提交，建议用
composer config --global cache-dir并在 README 里注明，或统一通过 Dockerfile / devcontainer 植入
真正麻烦的不是改路径，而是改完后忘了清理旧缓存占着几十 GB 磁盘空间，或者在 CI 脚本里漏掉 COMPOSER_CACHE_DIR 导致反复下载。
