SIGTERM（信号15）用于优雅关闭服务，依赖进程自身处理逻辑；需通过kill -15 PID测试响应性，并结合日志验证是否完成清理，避免误用kill -9，自动化场景应设超时与兜底机制。
用 SIGTERM（信号编号 15）关闭服务，核心是“给进程留出清理时间”，而不是立刻终止。它依赖服务自身是否注册了 SIGTERM 处理逻辑——大多数正规服务（如 Nginx、Tomcat、Elasticsearch、自研 Java/Python 服务）都支持。
确认服务是否响应 SIGTERM
不是所有进程都会优雅处理 SIGTERM。可先测试：
- 查进程是否存在：`ps -ef | grep "服务名"`，记下 PID
- 发送 SIGTERM：`kill -15 PID` 或简写 `kill PID`（默认就是 -15）
- 等待几秒，再检查：`kill -0 PID 2>/dev/null && echo "仍在运行" || echo "已退出"`
若退出，说明服务支持；若仍运行，可能未处理该信号，或正在清理中（需观察日志）
配合日志验证优雅性
真正“优雅”的标志是服务主动完成收尾动作。建议操作时同步查看日志：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- Java 服务：`tail -f /path/to/logs/catalina.out`，关闭时应看到 “Stopping service Catalina”、“Unregistering JMX” 等提示
- Nginx：`tail -f /var/log/nginx/error.log`，会记录 “exiting”、“signal 15 (SIGTERM) received”
- Elasticsearch：`tail -f $ES_HOME/logs/elasticsearch.log`，能看到 “stopping node”, “closing indices”, “flushing translog”
避免误用 SIGKILL 替代 SIGTERM
如果 `kill PID` 后服务长时间不退出，不要立刻 `kill -9 PID`。先排查原因：
- 检查资源是否卡住：`lsof -p PID` 看是否有未关闭的文件、网络连接
- 看 CPU/内存是否异常：`top -p PID`
- 确认服务是否进入清理阻塞状态（如数据库长事务未提交、磁盘写满）
- 只有在确认服务无响应且必须终止时，才升级为 `kill -9 PID`
批量或自动化场景下的安全实践
脚本中使用 SIGTERM 要带超时和兜底逻辑：
- 优雅终止后等待 10 秒：`kill 1234 && sleep 10`
- 确认是否退出，否则强制：`kill 1234 && sleep 10 && kill -0 1234 2>/dev/null || kill -9 1234`
- 用 `pkill -TERM -f "java.*myapp.jar"` 比 `pkill -9` 更安全，但注意 `-f` 匹配完整命令行，需确保唯一性
