Apache配置按固定顺序逐行分阶段加载：主配置文件最先读取，Include指令按位置立即展开并字母序加载，容器指令仅在对应上下文生效，运行时指令覆盖遵循全局→虚拟主机→目录→分布式层级性。
Apache 配置文件不是一次性全部加载的，而是按固定顺序逐行、分阶段读取和合并的。理解这个顺序，是避免配置冲突、调试失效指令或排查“为什么我改了却不生效”的关键。
主配置文件最先被读取
Apache 启动时，**第一个且必须存在的配置文件**是主配置文件：
- Fedora/RHEL/CentOS 等：/etc/httpd/conf/httpd.conf
- Ubuntu/Debian 等：/etc/apache2/apache2.conf
它定义了全局环境（如 ServerRoot、Listen、User/Group）、模块加载（LoadModule）、默认服务参数，并通过 Include 指令引入其他文件。没有它，Apache 无法启动。
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
Include 指令决定扩展配置的加载时机与范围
主配置中常见的 Include 行（如 Include conf.d/*.conf 或 Include sites-enabled/*.conf）会在该行出现的位置**立即展开并读取匹配文件**，且按字母顺序加载（例如 000-default.conf 先于 10-app.conf）。这意味着：
- 后加载的配置可以覆盖前面已定义的同名指令（如多个 DocumentRoot 出现时，最后生效的那个为准）
- 虚拟主机配置若放在 Include 之后，其作用范围受主配置中已设置的全局限制（如 MaxRequestWorkers 影响所有 vhost）
- 模块必须在被引用前通过 LoadModule 加载，否则包含该模块指令的 .conf 文件会报错退出
容器（Container）内部指令只在对应上下文中生效
像 <Directory>、<Location>、<VirtualHost> 这类容器块，其内部指令仅对匹配路径或主机名的请求起作用，且遵循“最具体优先”原则：
- 一个请求先匹配到全局设置 → 再进入匹配的 VirtualHost → 再进入其中的 <Directory "/var/www/app">
- 如果 <Directory> 和 <Location "/api"> 都匹配同一资源，Directory 优先级更高（因基于文件系统路径，更接近真实资源）
- 多个 <VirtualHost *:80> 块之间按配置文件中出现顺序匹配，但实际生效取决于 Host 头是否精确匹配 ServerName 或 ServerAlias
运行时指令覆盖具有层级性
Apache 对同一指令允许在不同作用域重复设置，最终生效值由作用域范围决定，从宽到窄依次为：
- 全局（httpd.conf 顶层）→ 虚拟主机（<VirtualHost>）→ 目录（<Directory>）→ 分布式（.htaccess）
- 例如 AllowOverride 在全局设为 None，则即使 <Directory> 中设为 All，.htaccess 仍不生效（除非该目录级明确开启）
- 某些指令（如 Listen、User、ServerRoot）只能在全局设置，出现在容器内会被忽略或导致启动失败
