会，systemctl restart 必然中断服务，因其先 stop 再 start，造成进程空窗期；HTTP 请求被切断，新连接需等待服务重启完成。
systemctl restart 会中断服务吗？
会，而且必然中断。它本质是先执行 stop、再执行 start，中间存在进程空窗期。比如你对 nginx 执行 systemctl restart nginx，所有正在处理的 HTTP 请求会被立即切断，新连接需等待服务完全起来后才能建立。
- 这不是 bug，是设计行为：适用于配置变更后必须彻底重载上下文的场景（如修改了
ExecStart或用户权限） - 如果只是改了
nginx.conf，优先用systemctl reload nginx——它只通知主进程重新读配置，worker 进程不退出，连接不断 - 但
reload不是万能的：Apache 默认不支持，强行执行会 fallback 成restart，日志里会写明Reloading via 'graceful' not supported, falling back to restart
重启失败时，第一眼该看什么？
别急着重启十遍，先跑这句：journalctl -u 服务名 --since "1 minute ago" -n 30。它比 status 显示得更直接——status 只告诉你“failed”，而日志会告诉你为什么失败。
- 常见错误包括：
Failed to start unit: Unit is masked（被mask锁死，得先systemctl unmask 服务名） - 或
Permission denied（ExecStart指向的二进制没执行权限，或WorkingDirectory不可读） - 还有
Address already in use（端口被占），这时要确认旧进程是否真停了：ps aux | grep 服务名
enable --now 和 restart 有什么区别？
systemctl enable --now 服务名 是“设开机自启 + 立即启动”两步合一；而 restart 只管当前运行态，和开机设置完全无关。
- 很多人以为
enable会自动启动服务，其实它只在/etc/systemd/system/下建软链接，服务本身仍是inactive - 所以部署新服务时，习惯性写成
sudo systemctl enable --now nginx，比分开写enable和start更少出错 - 但反过来，如果你只想临时测试服务、不希望它下次开机还跑，就别加
--now，也别用enable
服务名到底怎么写才不报 Unit not found？
不写 .service 后缀通常可以，但必须和服务单元文件名一致，且区分发行版惯例。
- Ubuntu/Debian 上 Apache 是
apache2，CentOS/RHEL 是httpd；MySQL 在新版是mysqld，不是mysql - tab 补全永远是最靠谱的：
systemctl status ngi<Tab>，补不出来就说明名字不对 - 如果装的是第三方软件（比如自己写的脚本），它可能根本没注册为 systemd 单元，此时
systemctl无效，得先写好.service文件并systemctl daemon-reload
有些服务看似“重启成功”，status 却立刻变 inactive (dead)——那不是命令问题，是它启动后秒退，得顺着 journalctl 往下挖，直到看到第一行真实报错。
