根本原因是目录所有权不属于当前用户，需根据报错路径用ls -ld检查vendor/、composer.lock或缓存目录归属，再执行sudo chown -r $user:$user修复，禁用chmod -r 777和sudo composer install。
根本原因不是 Composer 缺权限，而是它想写的那个文件或目录，所有权不属于你当前用户。直接看报错里带的路径，查归属，改属主——别碰 chmod -R 777，也别再跑 sudo composer install。
报错里出现 Permission denied，先查具体路径的属主
错误信息一定含完整路径，比如 file_put_contents(/home/alex/myapp/vendor/autoload.php) 或 Writing cache file ~/.composer/cache/repo/https---packagist.org/。这行就是线索，立刻执行：
-
ls -ld vendor/—— 看vendor/归谁 -
ls -ld composer.lock—— 看锁文件归谁 -
ls -ld $(composer config --global cache-dir)—— 看缓存目录归谁
只要任意一行输出第三列（属主）不是 $(whoami)（比如显示 root root），就确认是所有权错配，不是权限位（rwx）不够。
用 chown -R $USER:$USER 归还控制权，不是调权限
chmod 控制“能不能读写”，chown 才决定“这东西归不归你”。误用 chmod -R 777 会导致 vendor/bin/phpunit 被 CI 拒收、Git 提示 ownership changed、后续 composer update 半途失败。
- 修复项目内目录：
sudo chown -R $USER:$USER vendor/ composer.lock - 修复全局缓存：
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整个
~/.composer都被 root 占了？直接重置：sudo chown -R $USER:$USER ~/.composer
sudo 这里只是临时提权跑 chown，不是让你去跑 sudo composer install——后者才是污染源头。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer global require 失败时重点查 COMPOSER_HOME 和 bin-dir
很多人以为 global 就是“装给所有人用”，其实只是“装给当前 COMPOSER_HOME 对应的用户”。如果 composer config --global home 输出的是 /root/.composer 或 /var/www/.composer，说明环境已被污染。
- 先确认当前生效路径：
composer config --global home - 把全局命令装到用户空间更稳妥：
mkdir -p ~/bin && composer config -g bin-dir ~/bin - 再加入
PATH：export PATH="$HOME/bin:$PATH"（加进~/.zshrc或~/.bashrc）
如果之前用过 sudo composer global require，生成的二进制文件（如 laravel）很可能落在 /root/.composer/vendor/bin/，普通用户根本执行不到。
Docker / CI 环境中 UID 不一致是隐形杀手
本地好好的，一进容器就 Permission denied？本质是 UID 不匹配：宿主机用户 UID 是 1000，容器却以 UID 0（root）运行，挂载卷后文件不可写。
- Docker 中加
user:1000启动，或在Dockerfile里加USER 1001 - CI 流水线开头加：
mkdir -p .composer-cache && chmod 700 .composer-cache，再设COMPOSER_CACHE_DIR="$PWD/.composer-cache" - 禁用插件和脚本能大幅降低权限需求：
composer install --no-plugins --no-scripts --no-autoloader
嵌套权限混乱最难排查：一次 sudo composer install 可能让 vendor/ 下混进个别 root 所有子目录，ls -la vendor/ 就能发现——这种问题，chown -R 有时都救不回来，得删掉 vendor/ 重来。
