哦,这就是java的优雅停机?(实现及原理)

简介:
优雅停机? 这个名词我是服的,如果抛开专业不谈,多好的名词啊!

其实优雅停机,就是在要关闭服务之前,不是立马全部关停,而是做好一些善后操作,比如:关闭线程、释放连接资源等。

再比如,就是不会让调用方的请求处理了一增,一下就中断了。而处理完本次后,再停止服务。

Java语言中,我们可以通过Runtime.getRuntime().addShutdownHook()方法来注册钩子,以保证程序平滑退出。(其他语言也类似)

来个栗子:

 
  1. public class ShutdownGracefulTest {


  2. /**

  3. * 使用线程池处理任务

  4. */

  5. public static ExecutorService executorService = Executors.newCachedThreadPool();


  6. public static void main(String[] args) {


  7. //假设有5个线程需要执行任务

  8. for(int i = 0; i < 5; i++){

  9. final int id = i;

  10. Thread taski = new Thread(new Runnable() {

  11. @Override

  12. public void run() {

  13. System.out.println(System.currentTimeMillis() + " : thread_" + id + " start...");

  14. try {

  15. TimeUnit.SECONDS.sleep(id);

  16. }

  17. catch (InterruptedException e) {

  18. e.printStackTrace();

  19. }

  20. System.out.println(System.currentTimeMillis() + " : thread_" + id + " finish!");

  21. }

  22. });

  23. taski.setDaemon(true);

  24. executorService.submit(taski);

  25. }


  26. Runtime.getRuntime().addShutdownHook(new Thread(new Runnable() {

  27. @Override

  28. public void run() {


  29. System.out.println(System.currentTimeMillis() + " : " + Thread.currentThread().getName() + " No1 shutdown hooking...");

  30. boolean shutdown = true;

  31. try {

  32. executorService.shutdown();

  33. System.out.println(System.currentTimeMillis() + " : " + Thread.currentThread().getName() + " shutdown signal got, wait threadPool finish.");

  34. executorService.awaitTermination(1500, TimeUnit.SECONDS);

  35. boolean done = false;

  36. System.out.println(System.currentTimeMillis() + " : " + Thread.currentThread().getName() + " all thread's done.");

  37. }

  38. catch (InterruptedException e) {

  39. e.printStackTrace();

  40. // 尝试再次关闭

  41. if(!executorService.isTerminated()) {

  42. executorService.shutdownNow();

  43. }

  44. }

  45. System.out.println(System.currentTimeMillis() + " : " + Thread.currentThread().getName() + " No1 shutdown done...");

  46. }

  47. }));


  48. Runtime.getRuntime().addShutdownHook(new Thread(new Runnable() {

  49. @Override

  50. public void run() {

  51. try {

  52. System.out.println(System.currentTimeMillis() + " : " + Thread.currentThread().getName() + " No2 shutdown hooking...");

  53. Thread.sleep(1000);

  54. }

  55. catch (InterruptedException e) {

  56. e.printStackTrace();

  57. }

  58. System.out.println(System.currentTimeMillis() + " : " + Thread.currentThread().getName() + " No2 shutdown done...");

  59. }

  60. }));


  61. System.out.println("main method exit...");

  62. System.exit(0);

  63. }

  64. }

运行结果如下:

8ea56afe2068f191b9d08ae03d7e0fc5c5f6e3f5

很明显,确实是优雅了,虽然最后收到了一关闭信号,但是仍然保证了任务的处理完成。很棒吧!

那么,在实际应用中是如何体现优雅停机呢?

kill -15 pid

通过该命令发送一个关闭信号给到jvm, 然后就开始执行 Shutdown Hook 了,你可以做很多:

  1. 关闭 socket 链接

  2. 清理临时文件

  3. 发送消息通知给订阅方,告知自己下线

  4. 将自己将要被销毁的消息通知给子进程

  5. 各种资源的释放 ...

而在平时工作中,我们不乏看到很多运维同学,是这么干的:

kill -9 pid

如果这么干的话,jvm也无法了,kill -9 相当于一次系统宕机,系统断电。这会给应用杀了个措手不及,没有留给应用任何反应的机会。

所以,无论如何是优雅不起来了。

要优雅,是代码和运维的结合!

其中,线程池的关闭方式为:

 
  1. executorService.shutdown();

  2. executorService.awaitTermination(1500, TimeUnit.SECONDS);

ThreadPoolExecutor 在 shutdown 之后会变成 SHUTDOWN 状态,无法接受新的任务,随后等待正在执行的任务执行完成。意味着,shutdown 只是发出一个命令,至于有没有关闭还是得看线程自己。

ThreadPoolExecutor 对于 shutdownNow 的处理则不太一样,方法执行之后变成 STOP 状态,并对执行中的线程调用 Thread.interrupt() 方法(但如果线程未处理中断,则不会有任何事发生),所以并不代表“立刻关闭”。

  • shutdown() :启动顺序关闭,其中执行先前提交的任务,但不接受新任务。如果已经关闭,则调用没有附加效果。此方法不等待先前提交的任务完成执行。

  • shutdownNow():尝试停止所有正在执行的任务,停止等待任务的处理,并返回正在等待执行的任务的列表。当从此方法返回时,这些任务将从任务队列中耗尽(删除)。此方法不等待主动执行的任务终止。

  • executor.awaitTermination(this.awaitTerminationSeconds, TimeUnit.SECONDS)); 控制等待的时间,防止任务无限期的运行(前面已经强调过了,即使是 shutdownNow 也不能保证线程一定停止运行)。

注意:

  • 虚拟机会对多个shutdownhook以未知的顺序调用,都执行完后再退出。

  • 如果接收到 kill -15 pid 命令时,执行阻塞操作,可以做到等待任务执行完成之后再关闭 JVM。同时,也解释了一些应用执行 kill -15 pid 无法退出的问题,如:中断被阻塞了,或者hook运行了死循环代码。

实现原理:

Runtime.getRuntime().addShutdownHook(hook); // 添加钩子,开启优雅之路

// 具体流程如下:

 
  1. /**

  2. * Registers a new virtual-machine shutdown hook.

  3. *

  4. * @param hook

  5. * An initialized but unstarted <tt>{@link Thread}</tt> object

  6. *

  7. * @throws IllegalArgumentException

  8. * If the specified hook has already been registered,

  9. * or if it can be determined that the hook is already running or

  10. * has already been run

  11. *

  12. * @throws IllegalStateException

  13. * If the virtual machine is already in the process

  14. * of shutting down

  15. *

  16. * @throws SecurityException

  17. * If a security manager is present and it denies

  18. * <tt>{@link RuntimePermission}("shutdownHooks")</tt>

  19. *

  20. * @see #removeShutdownHook

  21. * @see #halt(int)

  22. * @see #exit(int)

  23. * @since 1.3

  24. */

  25. public void addShutdownHook(Thread hook) {

  26. SecurityManager sm = System.getSecurityManager();

  27. if (sm != null) {

  28. sm.checkPermission(new RuntimePermission("shutdownHooks"));

  29. }

  30. // 添加到 application 中

  31. ApplicationShutdownHooks.add(hook);

  32. }


  33. // java.lang.ApplicationShutdownHooks.add(hook);

  34. static synchronized void add(Thread hook) {

  35. if(hooks == null)

  36. throw new IllegalStateException("Shutdown in progress");


  37. if (hook.isAlive())

  38. throw new IllegalArgumentException("Hook already running");


  39. if (hooks.containsKey(hook))

  40. throw new IllegalArgumentException("Hook previously registered");

  41. // hooks 以map类型保存, k->k 形式存储,保证每一个钩子都是独立的

  42. hooks.put(hook, hook);

  43. }


  44. // java.lang.ApplicationShutdownHooks 会先注册一个静态块,添加一个任务到 Shutdown 中

  45. /* The set of registered hooks */

  46. private static IdentityHashMap<Thread, Thread> hooks;

  47. static {

  48. try {

  49. Shutdown.add(1 /* shutdown hook invocation order */,

  50. false /* not registered if shutdown in progress */,

  51. new Runnable() {

  52. public void run() {

  53. // 即当该任务被调用时,调用自身的运行方法,使所有注册的 hook 运行起来

  54. runHooks();

  55. }

  56. }

  57. );

  58. hooks = new IdentityHashMap<>();

  59. } catch (IllegalStateException e) {

  60. // application shutdown hooks cannot be added if

  61. // shutdown is in progress.

  62. hooks = null;

  63. }

  64. }


  65. // runHooks 执行所有钩子线程,进行异步调用

  66. /* Iterates over all application hooks creating a new thread for each

  67. * to run in. Hooks are run concurrently and this method waits for

  68. * them to finish.

  69. */

  70. static void runHooks() {

  71. Collection<Thread> threads;

  72. synchronized(ApplicationShutdownHooks.class) {

  73. threads = hooks.keySet();

  74. hooks = null;

  75. }


  76. for (Thread hook : threads) {

  77. hook.start();

  78. }

  79. for (Thread hook : threads) {

  80. try {

  81. // 阻塞等待所有完成

  82. hook.join();

  83. } catch (InterruptedException x) { }

  84. }

  85. }

到现在为止,我们已经知道关闭钩子是如何执行的,但是,还不是知道,该钩子是何时触发?

 
  1. // java.lang.Shutdown.add() 该方法会jvm主动调用,从而触发 后续钩子执行

  2. /* Invoked by the JNI DestroyJavaVM procedure when the last non-daemon

  3. * thread has finished. Unlike the exit method, this method does not

  4. * actually halt the VM.

  5. */

  6. static void shutdown() {

  7. synchronized (lock) {

  8. switch (state) {

  9. case RUNNING: /* Initiate shutdown */

  10. state = HOOKS;

  11. break;

  12. case HOOKS: /* Stall and then return */

  13. case FINALIZERS:

  14. break;

  15. }

  16. }

  17. synchronized (Shutdown.class) {

  18. // 执行序列

  19. sequence();

  20. }

  21. }

  22. // 而 sequence() 则会调用 runHooks(), 调用自定义的钩子任务

  23. private static void sequence() {

  24. synchronized (lock) {

  25. /* Guard against the possibility of a daemon thread invoking exit

  26. * after DestroyJavaVM initiates the shutdown sequence

  27. */

  28. if (state != HOOKS) return;

  29. }

  30. runHooks();

  31. boolean rfoe;

  32. synchronized (lock) {

  33. state = FINALIZERS;

  34. rfoe = runFinalizersOnExit;

  35. }

  36. if (rfoe) runAllFinalizers();

  37. }


  38. // 执行钩子,此处最多允许注册 10 个钩子,且进行同步调用,当然这是最顶级的钩子,钩子下还可以添加钩子,可以任意添加n个

  39. private static void runHooks() {

  40. for (int i=0; i < MAX_SYSTEM_HOOKS; i++) {

  41. try {

  42. Runnable hook;

  43. synchronized (lock) {

  44. // acquire the lock to make sure the hook registered during

  45. // shutdown is visible here.

  46. currentRunningHook = i;

  47. hook = hooks[i];

  48. }

  49. // 同步调用注册的hook, 即 前面看到 ApplicationShutdownHooks.runHooks()

  50. if (hook != null) hook.run();

  51. } catch(Throwable t) {

  52. if (t instanceof ThreadDeath) {

  53. ThreadDeath td = (ThreadDeath)t;

  54. throw td;

  55. }

  56. }

  57. }

  58. }

如此,整个关闭流程完美了。

简化为:

  1. 注册流程(应用主动调用):Runtime.addShutdownHook -> ApplicationShutdownHooks.add()/static -> java.lang.Shutdown.add()/shutdown()

  2. 执行流程(jvm自动调用):java.lang.Shutdown.shutdown()->sequence()->runHooks() -> ApplicationShutdownHooks.runHooks() -> hooks 最终


原文发布时间为:2018-11-05
本文作者:Java技术驿站
本文来自云栖社区合作伙伴“ Java技术驿站”,了解相关信息可以关注“ Java技术驿站”。
相关文章
|
14天前
|
Java 调度
Java并发编程:深入理解线程池的原理与实践
【4月更文挑战第6天】本文将深入探讨Java并发编程中的重要概念——线程池。我们将从线程池的基本原理入手,逐步解析其工作过程,以及如何在实际开发中合理使用线程池以提高程序性能。同时,我们还将关注线程池的一些高级特性,如自定义线程工厂、拒绝策略等,以帮助读者更好地掌握线程池的使用技巧。
|
1月前
|
存储 Java C语言
Java代码解释Flash原理
Java代码解释Flash原理
32 0
|
1月前
|
XML Java 数据库连接
谈谈Java反射:从入门到实践,再到原理
谈谈Java反射:从入门到实践,再到原理
58 0
|
1月前
|
存储 Java 编译器
java和c++的主要区别、各自的优缺点分析、java跨平台的原理的深度解析
java和c++的主要区别、各自的优缺点分析、java跨平台的原理的深度解析
75 0
|
26天前
|
开发框架 Java API
java反射机制的原理与简单使用
java反射机制的原理与简单使用
17 1
|
21天前
|
缓存 Java C#
【JVM故障问题排查心得】「Java技术体系方向」Java虚拟机内存优化之虚拟机参数调优原理介绍(一)
【JVM故障问题排查心得】「Java技术体系方向」Java虚拟机内存优化之虚拟机参数调优原理介绍
60 0
|
23天前
|
Java
软件工程设计原理里氏替换原则 ,具体实现及JAVA代码举例
里氏替换原则(Liskov Substitution Principle, LSP)是面向对象设计的基本原则之一,由Barbara Liskov提出。这个原则指出,如果类 S 是类 T 的子类型,则程序中使用 T 的对象的地方都可以不经修改地使用 S 的对象。换句话说,子类的对象应该能够替换掉它们的父类对象,而不影响程序的正确性。这个原则强调了继承关系中的行为兼容性,保证了基类和派生类之间的正确抽象和继承关系。
23 3
|
9天前
|
运维 NoSQL 算法
Java开发-深入理解Redis Cluster的工作原理
综上所述,Redis Cluster通过数据分片、节点发现、主从复制、数据迁移、故障检测和客户端路由等机制,实现了一个分布式的、高可用的Redis解决方案。它允许数据分布在多个节点上,提供了自动故障转移和读写分离的功能,适用于需要大规模、高性能、高可用性的应用场景。
16 0
|
17天前
|
Java 开发者
软件工程设计原理接口隔离原则 ,具体实现及JAVA代码举例
【4月更文挑战第7天】接口隔离原则(Interface Segregation Principle, ISP)是面向对象设计原则之一,旨在减少不必要的依赖关系,通过拆分庞大且臃肿的接口为更小、更具体的接口来实现。这个原则强调“客户端不应该被迫依赖于它不使用的接口”,意味着一个类不应该被迫实现它不使用的方法。
16 1
|
17天前
|
Java
软件工程设计原理依赖倒置原则 ,具体实现及JAVA代码举例
【4月更文挑战第5天】在软件工程中,依赖倒置原则(Dependency Inversion Principle, DIP)是一项重要的设计原则,它是SOLID原则中的一个组成部分。这个原则主张高层模块不应该依赖于低层模块,而是应该依赖于抽象;抽象不应该依赖于细节,细节应该依赖于抽象。这种设计方法有助于降低代码间的耦合度,增强系统的灵活性和可维护性
20 0