laravel 10安装“权限拒绝”的本质是用户、属组、权限三者未对齐：需确认web服务器用户（如www-data或apache），统一项目目录属主，分层设置644/755基础权限并仅对storage和bootstrap/cache开放775，同时排查selinux/apparmor或docker的uid/gid不匹配问题。
Laravel 10 安装时出现“权限拒绝”，本质不是框架出错，而是当前用户或 Web 进程对目标目录缺乏读写能力。关键在三点：谁在运行、目录归谁、权限设多大。下面分场景直击核心。
确认执行用户和 Web 服务器用户是否一致
安装失败常因你用 自己的账户执行 composer create-project，但后续 Laravel 运行时由 www-data（Ubuntu/Debian）或 apache（CentOS/RHEL）启动，两者权限隔离。
- 查 Web 服务用户：
ps aux | grep -E '(apache|httpd|nginx)' | head -1，看第二列用户名 - 查 PHP-FPM 用户（如启用）：
grep -E "^(user|group)" /etc/php/*/fpm/pool.d/www.conf - 若不一致，别只改 storage，要统一整个项目归属：
sudo chown -R www-data:www-data /var/www/myapp
设置合理的基础权限（不推荐 777）
全盘 777 是安全隐患，应分层控制：
- 先重置所有文件为 644（可读不可写）：
find /var/www/myapp -type f -exec chmod 644 {} \; - 再重置所有目录为 755（可进入可读不可写）：
find /var/www/myapp -type d -exec chmod 755 {} \; - 最后仅放开必须写的两个目录：
chmod -R 775 storage bootstrap/cache - 若日志仍写不进
storage/logs/laravel.log，删掉它——让 Laravel 重新生成（避免 root 创建后残留属主）
检查 SELinux 或 AppArmor 干预（尤其 CentOS/RHEL 和 Ubuntu）
即使权限和属主都对，系统级安全模块也可能拦截访问。
- 临时关闭验证：
sudo setenforce 0（SELinux）或sudo systemctl stop apparmor（Ubuntu） - 若关闭后正常，说明是策略限制；永久修复（以 SELinux 为例）：
sudo semanage fcontext -a -t httpd_sys_rw_content_t "/var/www/myapp/storage(/.*)?"sudo restorecon -Rv /var/www/myapp/storage
Docker 环境下的 UID/GID 不匹配
用 docker-compose 启动时，宿主机用户 UID（比如 1000）和容器内 PHP 用户 UID 不一致，会导致挂载目录不可写。
- 在
.env中显式声明：UID=1000GID=1000 - 确保
docker-compose.yml的 PHP 服务中 args 正确引用：- UID=${UID:-1000} - 重建镜像：
docker-compose build php && docker-compose up -d
