答案是目录属主错配而非权限位不足，应先用ls -ld检查vendor/或composer.lock归属，若属主为root则执行sudo chown -R $USER:$USER vendor/ composer.lock修复，禁用chmod -R 777。
报错里带 vendor/ 就修它
错误信息中出现 file_put_contents(/path/to/vendor/autoload.php) 或类似路径，说明问题就在 vendor/ 目录。它大概率被 sudo composer install 污染过，属主是 root，而你现在以普通用户运行命令。
执行这行命令确认：ls -ld vendor/
如果输出第一列含 root root，就对了。修复方式只有一条：sudo chown -R $USER:$USER vendor/
- 别用
chmod -R 777 vendor/—— 它会让vendor/bin/phpunit这类可执行文件在 CI 中被直接拒收 - 如果
vendor/下混有软链接（比如指向全局 bin），chown -R可能破坏结构；更稳妥的做法是删掉重来：rm -rf vendor composer.lock && composer install - 注意结尾的斜杠别漏：
vendor/和vendor在某些 shell 下行为不同
composer.lock 属主是 root？一起修
composer.lock 是锁文件，Composer 更新时要重写它。如果它属主是 root，普通用户就无法保存新版本依赖关系。
检查：ls -ld composer.lock
修复命令和 vendor/ 一样：sudo chown -R $USER:$USER composer.lock
- 它常和
vendor/一起被污染，所以建议合并修复：sudo chown -R $USER:$USER vendor/ composer.lock - 不要单独
chmod 644 composer.lock—— 权限数字对了没用，属主不对照样拒绝写入 - Git 提交时若提示
ownership changed，基本就是这个文件惹的祸
全局缓存目录 ~/.composer/cache 被锁死
错误里出现 Writing cache file ~/.composer/cache/repo/https---packagist.org/，说明 Composer 想写缓存但失败了。根源往往是 ~/.composer 整个目录被 sudo 占领过。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
先查缓存路径：composer config --global cache-dir
再查归属：ls -ld $(composer config --global cache-dir)
- 如果属主不是当前用户，执行：
sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整个
~/.composer都是root？直接重置：sudo chown -R $USER:$USER ~/.composer - Windows 用户注意：
%APPDATA%\Composer若曾以管理员身份运行过 CMD/PowerShell，删掉整个目录比修复更快
Docker / CI 环境下 UID 不一致的隐性坑
本地好好的，进容器就报 Permission denied，大概率是宿主机 UID（比如 1000）和容器内默认 UID（0 或 1001）不匹配，挂载卷后文件“认不出主人”。
查当前 UID：id -u
修复方式取决于场景：
- Docker 运行时加参数：
docker run -u $(id -u):$(id -g) ...或user:1000 - CI 流水线（如 GitHub Actions）：开头加
mkdir -p .composer-cache && chmod 700 .composer-cache，再设COMPOSER_CACHE_DIR="$PWD/.composer-cache" - WSL：确保
/etc/wsl.conf含metadata=true，否则chown不生效
最容易被忽略的是嵌套污染：一次 sudo composer install 可能让 vendor/ 下个别子目录属主仍是 root，ls -la vendor/ 才能发现。这种情况下 chown -R 仍有效，但如果 autoload 已损坏，删掉重来反而更省时间。
