linux中热重载通过kill -hup（或kill -1）向支持该信号的守护进程（如nginx、ssh）发送sighup，促使其重载配置而不中断服务；需先准确获取master进程pid，发送后须验证日志与配置生效。
在 Linux 中，给运行中的进程发送 HUP（SIGHUP）信号，核心是使用 kill 命令配合 -HUP 选项或信号编号 -1，前提是目标进程已实现对 SIGHUP 的捕获与处理（如重载配置）。它不是万能重启指令，而是由程序自身决定如何响应的“通知”。
确认进程 PID 是第一步
必须准确获取目标进程的主进程 ID（尤其是守护进程的 master 进程，如 Nginx、SSH、Syslog 等）：
- 用
pgrep快速查：例如pgrep nginx—— 通常返回 master 进程 PID - 用
ps辅助验证：例如ps aux | grep 'nginx: master'，避免匹配到 worker 进程 - 某些服务提供专用命令查 PID，如
systemctl show --property MainPID --value nginx
发送 HUP 信号的正确方式
语法统一为：kill -HUP <pid></pid> 或等价写法 kill -1 <pid></pid>：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 推荐用
-HUP：语义清晰，不易出错 - 可组合使用：例如
kill -HUP $(pgrep nginx)（注意确保只匹配一个 master 进程） - 若进程以 systemd 管理，也可用
sudo systemctl reload nginx，其底层常触发相同行为
关键注意事项
发送成功 ≠ 生效。HUP 是否起作用，取决于进程本身是否注册了对应信号处理器：
- Nginx、OpenSSH、rsyslog、Postfix 等主流守护进程默认支持 HUP 重载配置
- 普通脚本或自研程序默认忽略 HUP，需显式调用
signal()或trap捕获（如 Bash 中trap 'reload_config' HUP） - 发送后建议验证：检查日志（
journalctl -u nginx -n 20）、确认配置已更新、观察进程启动时间是否变化 - 权限要求：通常需与目标进程同用户，或 root 权限；普通用户不能向 root 进程发信号
别把 nohup 和 kill -HUP 混淆
nohup 是让进程**忽略** HUP 信号，防止终端断开时被终止；而 kill -HUP 是主动**发送** HUP 信号，用于触发重载。二者用途完全相反：
- 启动时加
nohup ./app &→ 进程抗断线 - 运行中执行
kill -HUP $(pgrep app)→ 要求进程重新读配置
