有时候我们调试源码，并不知道代码起点以及代码调用链路，这样可能就无从下手。 举个例子，比如说我想知道 Spring Bean 初始化整个过程，但是我并不熟悉这个调用过程，怎么办？ 代码起点不知道，最终调用代码我们肯定清楚。所以我们现在代码最终调用处打上断点。如图所示。 在 IDEA 上开启 DEBUG 模式，程序启动之后，将会暂停这个断点上。我们打开 DEBUG 窗口，打开 Threads ，就可以看到代码完整调用链了。 双击其中某个方法，IDEA 就会跳转到这个方法处。 有更新！ 分享 IDEA 调试源码的小技巧 IDEA
一、前言 在 『ShutdownHook- Java 优雅停机解决方案』 一文中我们聊到了 Java 实现优雅停机原理。接下来我们就跟根据上面知识点，深入 Dubbo 内部，去了解一下 Dubbo 如何实现优雅停机。 二、Dubbo 优雅停机待解决的问题 为了实现优雅停机，Dubbo 需要解决一些问题： 新的请求不能再发往正在停机的 Dubbo 服务提供者。 若关闭服务提供者，已经接收到服务请求，需要处理完毕才能下线服务。 若关闭服务消费者，已经发出的服务请求，需要等待响应返回。 解决以上三个问题，才能使停机对业务影响降低到最低，做到优雅停机。 三、2.5.X Dubbo 优雅停机在 2.5.X 版本实现比较完整，这个版本的实现相对简单，比较容易理解。所以我们先以 Dubbo 2.5.X 版本源码为基础，先来看一下 Dubbo 如何实现优雅停机。 3.1、优雅停机总体实现方案 优雅停机入口类位于 AbstractConfig 静态代码中，源码如下： static { Runtime.getRuntime().addShutdownHook(new Thread(new Runnab.... 有更新！ Dubbo 优雅停机演进之路 Dubbo
想象一下，如果你现在刚好在 word 上写需求文档，电脑突然重启。等待开机完成，你可能会发现写了一个小时文档没有保存，就这么没了。。。 一个正在运行 Java 应用如果突然将其停止，影响不止数据丢失,还会造成其他影响。比如： 请求丢失：内存队列中等待执行请求丢失 数据丢失：处于内存缓存中数据未持久化到磁盘 文件损坏：正在写的文件没有没有更新完成，导致文件损坏 业务中断：处理一半的业务被强行中断，如支付成功了，却没有更新到数据库中 服务未下线：上游服务依然往停止节点发送请求 所以在关闭服务之前，我们需要先做好善后工作，比如保存数据，清理资源，下线服务，然后才退出应用。这种有计划平滑的关闭应用相对直接停止应用，就显得非常『优雅』。 ps: 仔细品味，优雅停机这个词真好~ ShutdownHook Java 语言提供一种 ShutdownHook（钩子）进制，当 JVM 接受到系统的关闭通知之后，调用 ShutdownHook 内的方法，用以完成清理操作，从而平滑的退出应用。 ShutdownHook代码如下： Runtime.getRuntime().addShutdownHoo.... 有更新！ ShutdownHook- Java 优雅停机解决方案 Java
小黑十一点半