根本原因是目录属主为root而web服务以非root用户（如www-data）运行，修复核心是chown -r www-data:www-data vendor/ storage/ bootstrap/cache/，而非chmod 777。
直接看报错路径，90%的部署权限问题不是缺权限，而是目录属主被设成了 root，而部署脚本或 Web 服务（如 www-data）以非 root 用户运行——修复核心是归还所有权，不是暴力 chmod 777。
报 Permission denied 时，先查 vendor/ 和 storage/ 归属
错误里出现 file_put_contents(/var/www/app/vendor/autoload.php) 或 mkdir(): Permission denied，说明问题在 vendor/；若日志写入失败、缓存生成卡住，则重点查 storage/、bootstrap/cache/ 等框架运行时目录。
- 执行
ls -ld vendor/ storage/ bootstrap/cache/，确认第一列 owner 是否为当前部署用户（如www-data）或你的部署账户（如deploy） - 如果显示
root root，就是污染源头：之前用sudo composer install或 root 用户构建过 - 别改
chmod，直接归还控制权：sudo chown -R www-data:www-data vendor/ storage/ bootstrap/cache/（把www-data换成你实际的 Web 用户） - 若
composer.lock也属root，一并加入：sudo chown -R www-data:www-data vendor/ storage/ bootstrap/cache/ composer.lock
composer install --no-scripts --no-autoloader 是部署安全起点
部署阶段不需要触发 post-install-cmd 脚本，也不需要立刻生成自动加载器——跳过它们能绕过大量权限敏感操作（比如写 autoload.php、调用 php artisan optimize），大幅降低失败概率。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先跑：
composer install --no-scripts --no-autoloader --no-plugins --optimize-autoloader - 成功后再补：
composer dump-autoload --optimize（确保由正确用户执行） - 最后手动触发必要脚本：
php artisan config:clear && php artisan cache:clear（同样需以 Web 用户身份运行） - CI/CD 流水线中，可加
COMPOSER_CACHE_DIR="$PWD/.composer-cache"避免依赖全局缓存目录权限
Docker 或 systemd 部署时，www-data 用户可能没权限读 .env 或写 storage/
容器内或 systemd 服务中，www-data 默认 UID 是 33，但宿主机挂载的目录可能属主是 UID 1000（普通用户），导致“有路径无权限”。
- 检查容器内用户：
docker exec -it app cat /etc/passwd | grep www-data，确认 UID 是否匹配宿主机目录属主 - 在
docker-compose.yml中显式设置 UID/GID：user: "1000:1000"（或对应宿主机用户 ID） - systemd 服务文件里加：
User=www-data和Group=www-data，再确保storage/所有者是同一用户：sudo chown -R www-data:www-data storage/ - 若用
bind mount挂载.env，注意它必须对www-data可读：chmod 644 .env && sudo chown www-data:www-data .env
Web 服务与 CLI 用户不一致时，storage/ 目录要设组写权限
开发时你用个人账户跑 composer install，但 Nginx/PHP-FPM 用 www-data 读取，两者不同组就会卡在 session 写入、日志记录等环节。
- 把当前用户加进
www-data组：sudo usermod -a -G www-data $USER - 设置
storage/和bootstrap/cache/为组可写：sudo chgrp -R www-data storage/ bootstrap/cache/ && sudo chmod -R g+ws storage/ bootstrap/cache/ - 关键点：
g+s（即chmod g+ws）让新创建的子目录自动继承组属主，避免下次php artisan cache:clear又生成 root 所有子目录 - 验证 umask：确保 PHP 进程 umask 是
0002（而非0022），否则新建文件默认无组写权限
最易被忽略的是嵌套归属混乱：一次 sudo composer install 可能让 vendor/bin/ 下某个软链接属主是 root，而其他文件是 www-data——ls -la vendor/bin/ 多扫一眼，比重装整个 vendor/ 更省事。
