apache重载时父进程不退出，仅通过sighup或usr1信号协调子进程优雅退出与新进程启动，服务持续可用；仅影响监听、用户、mpm等底层参数的修改需重启。

apache 重载（reload）时，父进程不退出、不重建，而是通过信号机制通知已有子进程优雅退出，同时派生新子进程接管请求——整个过程服务持续可用，连接不中断。

父进程全程驻留，只做协调不处理请求

父进程以 root 权限运行，负责监听端口、读取配置、管理子进程生命周期。重载时它不会重启，也不会 fork 出全新进程树。它的核心动作是：接收 SIGHUP（systemctl reload）或 USR1（apachectl graceful）信号 → 校验新配置语法 → 向现有子进程发送退出指令 → 按需启动新子进程。

• 父进程自身不参与 HTTP 请求处理，因此无需“切换”或“重建”业务逻辑
• 所有配置变更（如 DocumentRoot、RewriteRule）仅影响后续派生的子进程行为
• 若修改了 Listen、User、MPM 参数等底层运行参数，则 SIGHUP 会失败，必须 systemctl restart

子进程分批退出，新旧交替无连接丢失

子进程（prefork 下为进程，event 下为线程+监听线程混合）收到父进程发来的退出信号后，并非立即终止。它们会完成正在处理的请求，再主动退出。与此同时，父进程已开始创建新子进程，这些新进程加载更新后的配置，立即加入连接队列。

Apache 2.4.62

Apache 2.4.62 官方 tar.gz 源码包是 Linux 及类 Unix 系统构建 Web 服务器的核心基础。通过源码编译安装，开发者能够灵活定制模块、优化性能并精准控制安装路径，满足多样化的业务需求。

下载

• 旧子进程标记为“draining”，不再 accept 新连接，但继续处理 keep-alive 连接中的后续请求
• 新子进程启动后，与旧进程共享同一监听 socket（通过 Unix 域通信或文件描述符传递），无缝承接新入连接
• 整个过程依赖 APR 的跨平台 socket 共享能力，不是简单 kill + start，而是受控交接

配置生效边界：哪些改了要 reload，哪些必须 restart

是否需要重载，取决于变更是否影响父进程的运行上下文。Apache 明确区分两类配置：

• 可热生效项：Directory、Location、VirtualHost 内部指令；mod_rewrite 规则；AllowOverride 设置；日志格式 LogFormat
• 必须重启项：Listen、ServerName、User/Group、MPM 模块切换（如 prefork → event）、MaxRequestWorkers 调整（部分版本支持 runtime 微调但不保证稳定）
• 易被忽略的陷阱：修改 Include 引入的 conf 文件后必须 reload；.htaccess 变更不走 reload 流程，只在每次请求时重新解析

实际操作的关键校验步骤

一次安全的重载不是简单执行一条命令，而是包含明确的验证闭环：

• 先运行 httpd -t（RHEL/CentOS）或 apache2ctl configtest（Debian/Ubuntu），确认输出 “Syntax OK”
• 再执行 systemctl reload httpd 或 apachectl graceful；避免用 restart，它会强制断开长连接和上传中请求
• 检查 ps aux | grep httpd，确认旧子进程数递减、新子进程数上升；观察 tail -f /var/log/httpd/error_log 是否有 “caught SIGWINCH, shutting down gracefully” 类日志
• 若使用 IncludeOptional 加载站点配置，临时停用某站点只需重命名其 conf 文件（如 vhost-app.conf → vhost-app.conf.bak），reload 即刻生效