documentroot配置错误导致403 forbidden，根源在于路径绝对性、严格一致、require all granted授权、父目录x权限及selinux上下文未打通。
documentroot 是 apache 提供网页内容的物理起点，不是“随便填个路径就能用”的字段。配错它，最常见结果是 403 forbidden 或页面空白，但错误根源往往不在路径本身，而在路径背后的一整条访问链路没打通。
路径必须绝对、精确、无尾斜杠
DocumentRoot 必须写成绝对路径，且结尾不能带斜杠。例如 DocumentRoot "/var/www/myapp" 是正确写法；"/var/www/myapp/" 或 "var/www/myapp" 都会导致异常。
- 末尾斜杠会干扰 PHP 中
$_SERVER['DOCUMENT_ROOT']的字符串计算，造成路径拼接错误（比如生成example.comindex.php这类粘连 URL） - 相对路径会被 Apache 当作相对于 ServerRoot 解析，极大概率指向错误位置甚至敏感目录（如 logs 或 conf）
- Linux 区分大小写，
/Var/WWW和/var/www是两个完全不同的路径
DocumentRoot 和 必须严格一致
Apache 不会自动把 DocumentRoot 的值套进 Directory 权限块里——你必须手动写一个同路径的
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 写
DocumentRoot "/srv/app"，就必须配<directory></directory>，而不是<directory></directory>或<directory></directory> - 如果 DocumentRoot 指向的是符号链接，需在
块中加 Options FollowSymLinks，且目标目录要有执行权限（+x），否则无法进入 - 路径不一致是 403 错误最隐蔽的原因之一：语法检查通过、服务正常启动，但请求始终被拒绝
授权规则不能省，Require all granted 是硬门槛
Apache 2.4+ 彻底弃用了旧版的 Allow from all，只认 Require 指令。哪怕路径全对、目录存在、权限正常，只要 Require all granted，默认就是拒绝访问。
- 不要依赖全局配置覆盖；每个 DocumentRoot 对应的
块都必须显式声明授权 - 若需限制访问（如后台仅允许内网），可改用
Require ip 192.168.1.0/24，但禁止留空或注释掉该行 -
AllowOverride None是安全默认值；只有明确需要 .htaccess 时才设为All，否则性能与安全双受损
系统级访问能力常被忽略
Apache 进程（通常是 www-data 或 apache 用户）必须能读取 DocumentRoot 目录及其所有父目录。漏掉任一层的执行权限（+x），都会导致“找不到文件”或 403。
- 检查命令：
sudo -u www-data ls -ld /var/www/myapp，逐级向上验证/var→/var/www→/var/www/myapp是否都有x权限 - SELinux 启用时（如 CentOS/RHEL），还需确认上下文是否正确：
ls -Z /var/www/myapp，应为httpd_sys_content_t类型，否则需运行sudo semanage fcontext -a -t httpd_sys_content_t "/var/www/myapp(/.*)?"并重置 - 目录不存在？Apache 不报错也不提示，只会静默返回 403 —— 务必先
sudo mkdir -p /var/www/myapp并chown -R www-data:www-data /var/www/myapp
