应优先使用 kill -15（SIGTERM）触发 JVM 优雅关闭，执行 ShutdownHook 并等待非守护线程结束；仅当进程无响应时才谨慎使用 kill -9（SIGKILL），因其跳过清理直接终止，易致数据丢失；推荐结合 pgrep、kill -0、超时检测及 systemd/docker 等生命周期管理机制。
Java 应用在 Linux 上部署后，进程管理离不开 kill 命令。正确使用 -15（SIGTERM）和 -9（SIGKILL）信号，是保障服务稳定、避免数据丢失或状态不一致的关键。
理解 -15（SIGTERM）：触发 JVM 优雅关闭
kill -15 向 Java 进程发送终止信号，JVM 会捕获该信号并执行以下动作：
- 运行已注册的
Runtime.addShutdownHook()钩子，比如释放数据库连接、刷写缓存、保存临时状态 - 等待正在执行的非守护线程自然结束（如处理完当前请求、完成异步任务）
- 若应用未响应或卡死（如死锁、阻塞 I/O），则不会强制退出，需人工介入
✅ 推荐作为第一选择。例如：
kill -15 $(pgrep -f "java.*myapp.jar")
何时用 -9（SIGKILL）：绕过 JVM 直接终结进程
kill -9 不经过 JVM，由内核直接销毁进程，所有资源立即回收，但后果严重：
立即学习“Java免费学习笔记（深入）”；
- ShutdownHook 不会执行 → 缓存未落盘、连接未关闭、事务未提交等风险极高
- 可能造成文件损坏（如未 flush 的日志）、数据库连接泄漏、分布式锁残留
- 仅适用于进程已无响应（
kill -15后长时间无反应，且确认无关键状态需保存）
⚠️ 切勿作为默认操作。确认前可先检查：
ps -p $(pgrep -f "myapp.jar") -o pid,ppid,etime,stat,time,cmd
若 STAT 显示 T（stopped）或 U（uninterruptible sleep），或 ETIME 极大，再谨慎考虑 -9。
实用技巧：精准定位 + 安全执行
避免误杀其他 Java 进程，建议组合命令提高准确性：
- 用
pgrep -f加足够长的唯一标识（如 jar 名、启动参数中的-Dspring.profiles.active=prod） - 先用
kill -0 PID检查进程是否存在且有权限发送信号（不实际 kill） - 加超时等待：执行
kill -15 PID后，用sleep 10 && kill -0 PID 2>/dev/null || echo "已退出"判断是否成功终止 - 生产环境建议封装为脚本，记录每次 kill 的时间、PID、信号类型、操作人
更优替代：优先用应用自身管理机制
比手动 kill 更可靠的方式：
- Spring Boot 提供
/actuator/shutdown（需启用且鉴权） - 自定义 HTTP 或 JMX 接口，触发可控关闭流程
- 使用 systemd 管理服务：通过
systemctl stop myapp，底层自动发送 SIGTERM 并支持超时后 fallback 到 SIGKILL - 容器化场景下，用
docker stop（默认 10 秒 grace period 发 SIGTERM）
这些方式能与应用生命周期深度集成，比裸用 kill 更安全、可审计、可监控。
