先运行composer clear-cache确认输出路径，再执行composer require --no-install并检查该路径下是否生成对应repo子目录；若未出现或为空，说明配置未生效，需检查COMPOSER_CACHE_DIR环境变量是否设置正确且被读取。
缓存路径改完怎么确认真生效了？
改完缓存路径不验证，等于没改。Composer 不报错也不提示，静默读旧路径或跳过缓存是常态。最直接的验证方式是强制触发一次缓存写入 + 检查落盘位置。
- 运行
composer clear-cache，它会输出类似Clearing cache (C:\Users\Me\AppData\Local\Composer\cache)的路径 —— 这就是当前 Composer 认为的缓存根目录 - 接着执行
composer require monolog/monolog --no-install（仅生成 lock 文件，不装包），再立刻检查刚才输出的路径下是否新增了repo/https---packagist.org/或镜像对应子目录 - 如果没出现，说明缓存路径配置未被读取；如果出现但内容为空或只有
.htaccess，可能是权限不足或磁盘满
改缓存路径常用方法及易错点
缓存路径由 COMPOSER_CACHE_DIR 环境变量控制，不是靠 composer config 设置。这点和全局配置、bin-dir 完全不同，混淆会导致白忙活。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：在
~/.zshrc或~/.bashrc中加export COMPOSER_CACHE_DIR="/path/to/cache"，然后source生效 - Windows（PowerShell）：运行
$env:COMPOSER_CACHE_DIR="D:\composer-cache"；如需永久生效，用[Environment]::SetEnvironmentVariable("COMPOSER_CACHE_DIR", "D:\composer-cache", "User") - Git Bash 下
$COMPOSER_CACHE_DIR变量不自动继承 Windows 环境变量，必须在 Bash 配置里重新导出 - 改完别用
composer config --global cache-dir—— 这个键根本不存在，Composer 会静默忽略
为什么 composer config --list 看不到缓存路径？
因为缓存路径不在任何 config.json 里，它是纯环境变量驱动的运行时参数。你执行 composer config --global --list 输出里永远不会有 cache-dir 字段，这是设计如此，不是配置失败。
- 验证是否被识别：运行
php -r "echo getenv('COMPOSER_CACHE_DIR');"，有输出且路径存在才可信 - CI/CD 场景中，runner 用户可能没加载 shell 配置，得在脚本开头显式
export COMPOSER_CACHE_DIR=... - Docker 构建时，
ENV COMPOSER_CACHE_DIR必须写在composer install步骤之前，且路径需提前mkdir -p
迁移缓存后首次 install 卡住？检查这三点
缓存路径变更后第一次 composer install 常卡在 “Loading composer repositories”，表面是网络问题，实则多因缓存层异常。
- 新路径父目录权限不对：Linux/macOS 下确保用户对路径有
rwx，Windows 下避免路径含空格或中文 - 旧缓存残留干扰：如果同时存在旧缓存目录（如
~/.composer/cache），Composer 2.5+ 会尝试迁移但可能中断，建议手动删掉旧目录再试 - CA 证书未同步：新路径下没有
certs/子目录，HTTPS 请求仍可能因证书缺失失败；可复制旧缓存里的certs/过来，或统一用openssl.cafilePHP 配置兜底
