缓存路径设置无效的主因是composer_home或composer_cache_dir被错误覆盖、解析失败或归属错位；需依次验证环境变量优先级、路径可达性及目录属主，而非依赖composer config --global cache-dir输出。
缓存路径设置无效，90% 是因为 COMPOSER_HOME 或 COMPOSER_CACHE_DIR 被错误覆盖、解析失败，或权限归属错位——不是配置命令没执行，而是 Composer 根本没读到你写的值。
确认当前生效的缓存路径是不是你设的那个
别信 composer config --global cache-dir 的输出就代表它在用。Composer 实际读取的是环境变量优先级链：COMPOSER_CACHE_DIR > COMPOSER_HOME > 默认 ~/.composer/cache。先看真实路径：
- 运行
composer config --global cache-dir，记下输出（比如/home/alex/.composer/cache） - 再运行
echo $COMPOSER_CACHE_DIR（Linux/macOS）或echo %COMPOSER_CACHE_DIR%（Windows），如果非空，它就强制生效，config设置完全被忽略 - 如果
COMPOSER_CACHE_DIR为空，再检查echo $COMPOSER_HOME——若它指向/root/.composer、/var/www/.composer或含中文/空格/OneDrive 路径，那cache-dir就是基于这个“坏根目录”算出来的，自然无效
COMPOSER_HOME 含中文或不可达路径导致缓存写入静默失败
Windows 下用户名为中文（如 C:\Users\张三）时，PHP 的 realpath() 常截断或返回空，结果 composer config -g cache-dir /tmp/cache 看似成功，实际写进了 C:\Users\???\AppData\Roaming\Composer\config.json 这种不可达位置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 验证：运行
composer config --list --global，看第一行Global configuration file的路径是否乱码、为空，或根本不是你预期的路径 - 修复：必须设纯英文绝对路径，例如
setx COMPOSER_HOME "C:\c\composer"（Windows）或export COMPOSER_HOME="/home/alex/composer"（Linux/macOS） - 设完立刻关闭所有终端重开，否则旧进程仍读旧值；然后手动创建该目录并确保可写：
mkdir -p $COMPOSER_HOME，再运行composer config -g cache-dir "$COMPOSER_HOME/cache"
环境变量冲突让缓存路径“被劫持”
CI/CD、Docker、宝塔等场景中，你用 root 配了全局缓存路径，但 PHP 进程实际以 www-data 或 git 用户运行，它只认自己家目录下的 ~/.composer/config.json，你的配置等于白写。
- 查当前用户真正读的路径：
sudo -u www-data composer config --global home（Linux 宝塔）或docker run --rm -u $(id -u):$(id -g) php:8.2-cli composer config --global home（Docker） - 不要在 root 下配全局镜像后指望 www 用户能用；应以目标用户身份重配：
sudo -u www-data composer config -g cache-dir "/home/www/composer-cache" - Docker 构建时，在
Dockerfile中用USER 1001并在构建阶段运行composer config -g，避免运行时权限错位
缓存目录归属错误导致“设置有效但写不进”
终端里 composer config -g cache-dir 输出正确，ls -ld $(composer config --global cache-dir) 却显示 root root，说明路径虽对，但属主不是当前用户——Composer 拒绝往别人家目录写文件。
- 执行
ls -ld $(composer config --global cache-dir)，第三列不是你的用户名（如alex alex），就是归属错配 - 修复命令（仅修缓存目录）：
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 如果整个
~/.composer都是root所有，直接重置：sudo chown -R $USER:$USER ~/.composer - 禁用
chmod -R 777：它会让 CI 工具拒载缓存、Git 提示 ownership changed，且不解决根本问题
真正麻烦的从来不是“怎么设”，而是缓存路径常和 COMPOSER_HOME、用户身份、挂载方式、甚至 Windows 的 NTFS 元数据耦合在一起——每次遇到，先用 echo $COMPOSER_CACHE_DIR 和 ls -ld 确认真实路径与属主，比反复 config 更快。
