composer clear-cache报permission denied时，应先用composer config --global cache-dir获取路径，再ls -ld确认归属，若属主为root则执行sudo chown -r $user:$user $(composer config --global cache-dir)修复所有权。
composer clear-cache 报 Permission denied 怎么定位缓存路径
错误里明确写的路径就是线索，比如 Could not delete /home/user/.composer/cache/repo/https---packagist.org/，说明问题就在那个目录。别猜，直接执行：composer config --global cache-dir 拿到路径，再用 ls -ld 查归属。输出第一列若含 root root，就确认是所有权错位，不是权限位（rwx）不够。
缓存目录属主是 root，chown 是唯一解法
别碰 chmod -R 777——它不解决归属问题，还会让 CI 工具拒收可执行文件、Git 提交报 ownership changed。只做这一件事：sudo chown -R $USER:$USER $(composer config --global cache-dir)。如果 composer config --global cache-dir 输出为空或异常，先跑 composer config --global cache-dir ~/.composer/cache 设个明确路径，再 chown。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
全局缓存被污染时，~/.composer 整体要重置
常见于首次用 sudo curl | php 安装 Composer 后没清理，导致整个 ~/.composer 归属为 root。这时单修 cache-dir 不够，得一并处理：sudo chown -R $USER:$USER ~/.composer。顺手加固：chmod -R u+rw ~/.composer，避免系统 umask 导致子目录默认不可写。
Docker 或 CI 中缓存清理失败的特殊处理
基础镜像（如旧版 php:alpine）常让 /tmp 或 ~/.composer 权限混乱。流水线开头加两行：mkdir -p .composer-cache && chmod 700 .composer-cache，再通过环境变量指定：COMPOSER_CACHE_DIR="$PWD/.composer-cache"。清理时直接删本地目录即可，绕过全局缓存路径依赖。若仍卡住，加 --no-plugins --no-scripts 再试，很多插件（如 hirak/prestissimo）会在临时目录建 socket 后不释放权限。
ls -la ~/.composer/cache/ 可能发现个别子目录属主仍是 root——这种残留必须手动 chown，否则 clear-cache 会静默跳过或中途失败。
