Apache重载（reload）是平滑切换，主进程保持运行、子进程完成当前请求后加载新配置，连接不断、请求不丢；重启（restart）是硬重建，主进程终止所有子进程并全新启动，导致连接RST、请求失败。

重载（reload）和重启（restart）看似都是让 apache 生效新配置，但底层机制、连接处理方式和业务影响完全不同。关键区别不在“有没有执行命令”，而在“进程怎么变、连接怎么断、请求会不会丢”。

重载是平滑切换，连接不断、请求不丢

重载本质是向主进程发送 USR1 信号，触发 graceful（优雅重载） 流程：主进程保持运行，通知正在工作的子进程完成手头请求后再退出；同时启动一批新子进程，加载新配置并接管后续请求。整个过程：

• TCP 连接维持原状，不会被 RST 重置
• 正在进行的 HTTP 请求、文件上传、WebSocket 长连接、AJAX 轮询都继续有效
• 服务端 PID 不变，监听套接字复用，日志文件句柄持续打开
• 若配置语法错误，Apache 会拒绝加载新配置，回退到旧配置继续运行

适用于日常高频变更，比如：

• 修改虚拟主机内的 DocumentRoot、ServerAlias 或目录权限
• 调整 .htaccess 相关设置（AllowOverride、RewriteRule）
• 更新 SSL 证书路径、日志格式或自定义响应头（mod_headers）
• 启用/禁用已编译或动态加载的模块（如 mod_rewrite、mod_proxy）

重启是彻底重建，连接中断、请求可能失败

重启等价于先 stop 再 start：主进程收到 SIGTERM 后立即终止所有子进程，释放端口、关闭文件描述符、清空共享内存；随后全新 fork 主进程和子进程，从头初始化所有资源。结果是：

linux-sysadmin

Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...

下载

• 所有活跃 TCP 连接被强制 RST，客户端看到“连接被重置”或超时
• 上传中止、长事务回滚、WebSocket 断连、前端报 502/503
• 进程 PID 必然变化，监听队列清空，模块上下文全部重置
• 若配置有误，服务将无法启动，导致更长时间不可用

只在必须更改底层运行结构时才用，例如：

• 修改全局监听参数（Listen、Port、ServerName）
• 变更运行身份（User / Group）或 PID 文件路径
• 首次启用编译时未包含的模块（如刚安装 mod_ssl 并首次启用）
• 升级 httpd 二进制文件或核心依赖库（glibc、OpenSSL）

操作前必须做配置语法检查

无论 reload 还是 restart，跳过语法校验都极危险。正确流程是：

• 先运行 apachectl configtest（或 httpd -t），确认输出 Syntax OK
• 再执行 systemctl reload httpd（推荐）或 apachectl graceful
• 避免使用 service httpd restart 或 httpd -k restart，它们不校验且易硬中断
• 检查 systemd service 文件中的 ExecReload= 是否指向 apachectl graceful，而非 restart

怎么判断当前 reload 是否真正平滑

观察两个指标即可验证是否生效：

• 执行 systemctl status httpd，主进程 PID 应与 reload 前一致
• 用 ss -tlnp | grep :80 查看监听进程 PID，也应未变
• curl 测试长连接（如 curl -H "Connection: keep-alive" http://localhost）不报错
• 查看 journalctl -u httpd -n 20，应有 “graceful restart” 类日志，无 “caught SIGTERM” 硬终止记录