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` 匹配完整命令行，需确保唯一性