答案是报错路径指向vendor/、composer.lock或~/.composer/cache时，应执行sudo chown -r $user:$user修复属主，禁用chmod -r 777；windows下需禁用杀软或改用git bash；docker/ci中须统一uid并避免root运行。
直接看报错里带的路径，90% 问题就藏在 vendor/、composer.lock 或 ~/.composer/cache/ 这三个地方，修复方式统一是 chown 归还所有权，不是 chmod 硬开权限。
报错里出现 vendor/autoload.php 或 mkdir(): Permission denied 怎么办
这说明 Composer 正在往 vendor/ 写文件但被操作系统拦住——不是没权限位，而是目录“不归你管”。常见于之前误用 sudo composer install，导致整个 vendor/ 属主变成 root。
- 先确认归属：
ls -ld vendor/，如果输出第一列含root root，就是它了 - 立刻修复：
sudo chown -R $USER:$USER vendor/ - 顺带检查
composer.lock：ls -ld composer.lock，属主不对就一起修：sudo chown -R $USER:$USER composer.lock - 别删
vendor/重装——除非ls -la vendor/发现里面混着个别root所有子目录且chown -R后仍报错，否则纯属浪费时间
Writing cache file ~/.composer/cache/... 失败怎么定位
全局缓存目录被锁死，常被忽略但一样让 composer install 卡住。错误里明确写了路径，就别猜了。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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) - 如果属主是
root，执行：sudo chown -R $USER:$USER $(composer config --global cache-dir) - 整个
~/.composer都是root？直接重置：sudo chown -R $USER:$USER ~/.composer
Windows 下报 Access is denied 且错误出现在生成 .bat 文件时
这不是 Linux 那套所有权问题，而是 Windows 杀软或终端模型在拦截。CMD/PowerShell 对批处理文件生成特别敏感。
- 临时禁用 Windows Defender 实时防护（尤其是“云查杀”模块），再试一次
- 改用 Git Bash 运行：
composer install会生成 shell wrapper 而非.bat，绕过 UAC 拦截 - 实在不行加参数跳过脚本阶段：
composer install --no-scripts，后续手动触发 autoload 或命令逻辑 - 别用管理员模式运行 CMD/PowerShell——这会让后续所有操作都依赖提权，污染更严重
Docker 或 CI 环境中 Permission denied 不报在主流程里怎么办
本地好好的，一进容器就失败，大概率是 UID 不一致：宿主机用户 UID 是 1001，容器内却以 UID 0（root）跑进程，挂载卷的文件不可写。
- 启动容器时显式指定用户：
docker run -u $(id -u):$(id -g) ...或user:1001（YAML 中） - 修复已有容器内目录：
sudo chown -R 1001:1001 vendor/（用数字 UID，避免容器内无对应用户名） - CI 流水线（如 GitHub Actions）开头加：
mkdir -p .composer-cache && chmod 700 .composer-cache，再设COMPOSER_CACHE_DIR="$PWD/.composer-cache" - 永远不要在 Dockerfile 里写
RUN composer install且不指定用户——默认是 root，污染即刻发生
最易被忽略的是嵌套污染：一次 sudo composer install 可能让 vendor/ 下某个子目录属主仍是 root，ls -la vendor/ 才能看见；这种情况下 chown -R 依然有效，但若已破坏 autoload 结构，删掉 vendor/ 重来反而更快。
