root用户不能用默认缓存路径，因其展开为/root/.composer/cache，ci/cd runner无权读写且composer会静默忽略；应改用绝对路径如/var/cache/composer，设属主root:root、权限755，多用户共享时改组并加g+w，但需注意root生成的缓存无法被普通用户复用。
root用户执行Composer时，缓存路径为什么不能用默认值
因为默认缓存路径~/.composer/cache在root用户下展开为/root/.composer/cache，而绝大多数CI/CD runner（如gitlab-runner、www-data、GitHub Actions 的 runner 用户）根本无权读写该目录。更关键的是：Composer 在非 root 用户下运行时，会完全忽略 /root/.composer，既不读也不写——缓存彻底失效，且不报错。
怎么给root配一个安全、可共享、不越权的缓存路径
核心原则是：**路径必须存在、属主明确、权限克制、不依赖~或环境变量自动展开**。
- 用绝对路径显式配置：
composer config --global cache-dir /var/cache/composer - 手动创建并设属主：
sudo mkdir -p /var/cache/composer && sudo chown root:root /var/cache/composer - 设最小必要权限：
sudo chmod 755 /var/cache/composer（不是777） - 若需多用户（如
gitlab-runner）共用，改组并加g+w：sudo chgrp gitlab-runner /var/cache/composer && sudo chmod 775 /var/cache/composer
注意：/var/cache/composer 是典型 Linux 系统缓存位置，语义清晰、权限可控；Windows 或 WSL 用户请改用类似 C:\ProgramData\Composer\Cache 并确保路径不含空格和中文。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么COMPOSER_CACHE_DIR环境变量在root场景下要慎用
它优先级最高，但容易引发“配置漂移”：比如在 Dockerfile 中写 ENV COMPOSER_CACHE_DIR="/tmp/composer-cache"，却没同步创建目录或设权限，结果 Composer 静默 fallback 到 /root/.composer/cache，而你完全没察觉。
- 验证是否生效，只看
composer diag | grep "Cache directory"输出，不是看echo $COMPOSER_CACHE_DIR - 如果输出仍是
/root/.composer/cache，说明环境变量未被加载（常见于非 login shell、Docker ENTRYPOINT 未 source profile） - 临时调试建议直接用命令行传参：
COMPOSER_CACHE_DIR=/var/cache/composer composer install -vvv，观察日志里Writing into cache的路径
最容易被忽略的点：缓存路径安全 ≠ 缓存内容可用
即使路径归属和权限都对了，root 用户跑出的缓存，在普通用户下依然无法复用——因为 Composer 的缓存文件内部硬编码了 UID/GID 和 PHP 版本哈希。所以，**不要指望 root 生成的缓存能被 CI runner 复用**。真正安全的做法是：让 CI runner 以自身用户身份运行 Composer，并配专属缓存路径（如 /home/gitlab-runner/.composer-cache），而不是迁就 root。
