composer clear-cache 只清理当前用户的缓存，因其默认操作路径由 composer config --global cache-dir 决定，该路径基于 $HOME 或 %APPDATA% 天然隔离；若未被 COMPOSER_CACHE_DIR 等环境变量统一指向共享路径，则 root 与普通用户互不影响，且目录属主权限（如 drwxr-xr-x）进一步保障物理隔离。
多用户服务器上 composer clear-cache 为什么只清自己的缓存
因为 composer clear-cache 默认操作的是当前用户的全局缓存目录，路径由 composer config --global cache-dir 决定，而该路径默认基于 $HOME（Linux/macOS）或 %APPDATA%（Windows），天然隔离。root 用户运行不会影响普通用户，普通用户也删不到别人家的 ~/.composer/cache。
如何确认自己和他人缓存是否真的物理隔离
在共享服务器（如 CentOS）上，必须验证两点：缓存路径是否真按用户区分、有没有被环境变量意外统一：
-
composer config --global cache-dir输出应为/home/username/.composer/cache类路径，而非/tmp/composer-cache或 NFS 共享路径 - 检查是否设置了
COMPOSER_CACHE_DIR环境变量：echo $COMPOSER_CACHE_DIR；若所有用户都指向同一目录（比如/opt/composer-cache），那clear-cache就会互相覆盖 - 用
ls -ld $(composer config --global cache-dir)确认目录属主是当前用户，权限不含 group-writable（如drwxr-xr-x安全，drwxrwxr-x风险高）
多个用户共用一个缓存目录时怎么安全清理
不推荐共用，但若已存在（例如运维统一配置了 COMPOSER_CACHE_DIR=/shared/composer-cache），就不能直接 composer clear-cache —— 否则 A 用户清理会把 B 用户刚下载的包也干掉。此时必须手动按用户粒度清理：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先查每个子目录归属：
ls -la /shared/composer-cache/* | awk '{print $3,$0}' | sort - 只删属于自己的部分：
rm -rf /shared/composer-cache/files/$(whoami)_*（如果命名含用户名）或按修改时间 +stat -c '%U %n' *筛选 - 更稳妥的做法是让每位用户改回私有路径：
composer config -g cache-dir ~/.composer/cache，再执行composer clear-cache
CI/CD 或部署脚本里避免跨用户污染
在 Jenkins、GitLab Runner 等以固定系统用户（如 jenkins）运行的场景，容易误以为“用户隔离”就万事大吉。实际要注意：
- 构建任务若用
sudo -u deploy composer install，缓存写入的是deploy用户目录，但jenkins用户执行clear-cache删不到 - 务必在脚本开头显式切换用户并确认路径：
sudo -u deploy bash -c 'composer config --global cache-dir && composer clear-cache --no-interaction' - 禁止在
/tmp或/var/tmp下硬编码缓存路径——这些位置常被所有用户可写，且无自动清理机制，极易堆积composer_*.zip临时文件
真实麻烦点不在命令本身，而在路径是否被环境变量或部署脚本悄悄劫持。哪怕只有一台服务器、两个用户，只要 COMPOSER_CACHE_DIR 被设成全局路径，clear-cache 就不再是“各自安好”。
