Spring Developer Tools 源码分析:二、类路径监控

在 Spring Developer Tools 源码分析一中介绍了 devtools 提供的文件监控实现,在第二部分中,我们将会使用第一部分提供的目录监控功能,实现对开发环境中 classpath 的监控。

二、类路径监控

首先看一些这一部分可能涉及到的类图:

在图中,红色斜线左上部分是第一部分中介绍的文件目录监控的类,其中 FileSystemWatcher 会通过独立线程监控指定的目录,当目录内容发生变化时,通过对比快照可以获得所有监控目录变化的文件ChangedFiles,然后将变化通知给实现了 FileChangeListener 监听的订阅者。
下面按照局部到整体的顺序介绍主要的类。

2.1 ClassPathFolders 类目录

这个类实现了 Iterable<File> 接口,构造方法的参数为 URL[],也就是类路径的 URL 形式。ClassPathFolders 就是简单的把 URL 转换为了 List<File> 集合,最后通过 iterator 返回迭代器。

2.2 ClassPathRestartStrategy 重启策略

接口方法根据变化的文件来决定是否需要重启。

默认提供了 PatternClassPathRestartStrategy 实现,这个实现支持 Ant 风格的模式匹配,通过设置 excludePatterns 类设置不需要重启的文件名(从类路径开始的相对路径)。不在排除范围内的文件发生变化时,就会返回 true 来引起后续的重启。

2.3 ClassPathChangedEvent 类路径变化事件

该类继承了 ApplicationEvent,事件中包含变化的文件集合以及系统是否需要重启的标志。该类在后面的 ClassPathFileChangeListener 中,会将监控目录发生变化的消息转换为 Spring 的事件,转换后就可以方便的通过 @EventListener 注解进一步解耦事件监听。

2.4 ClassPathFileChangeListener 类路径变化监听器

这个类实现了 FileChangeListener,并且会在后面的 ClassPathFileSystemWatcher 中添加到 FileSystemWatcher 的订阅列表中。

当文件变化时,就会触发下面的方法:

这里先使用前面提到过的重启策略判断此次变化是否需要重启,然后创建一个 ClassPathChangedEvent事件,通过 Spring 的 ApplicationEventPublisher 发布出去。发布事件后,所有监听 ClassPathChangedEvent 事件的监听器都会触发执行,在后续博客中会通过对该事件的监听和这里建立联系。Java架构交流学习圈:874811168 面向1-3年经验 Java开发人员 帮助突破瓶颈 提升思维能力

2.4 ClassPathFileSystemWatcher 类路径文件监控

类路径监控的实现类为 ClassPathFileSystemWatcher,先看这个类的构造方法:

创建该类时,需要提供 FileSystemWatcher 的工厂类,PatternClassPathRestartStrategy 重启策略类以及要监控的类路径 URL[]。

在构造方法中,通过工厂类获取了 fileSystemWatcher,设置了当前的重启策略,然后通过 ClassPathFolders 包装了 URL[] 数组。然后设置 fileSystemWatcher 监控这些目录(fileSystemWatcher 通过 Iterator 接口和 ClassPathFolders 解耦)。

ClassPathFileSystemWatcher 还实现了 InitializingBean 接口和 ApplicationContextAware 接口,其中 setApplicationContext 方法会在 afterPropertiesSet 方法前执行,两个方法的实现如下:

虽然这里会判断 restartStrategy,但是 devtools 默认配置时是提供该策略的,不管你是否配置了排除目录,都会提供这个策略,只有提供了这个策略,才会有 ClassPathFileChangeListener,后续监听 ClassPathChangedEvent 事件才能起作用。在所有Bean属性设置好后(afterPropertiesSet),this.fileSystemWatcher.start() 就启动了 。Java架构交流学习圈:874811168 面向1-3年经验 Java开发人员 帮助突破瓶颈 提升思维能力

此时类路径已经被监控了,后续我们需要知道 ClassPathFileSystemWatcher 是何时创建的,ClassPathChangedEvent 在何处监听的,当发生变化后,后续要怎样继续执行。

未完待续…

原文地址:https://www.cnblogs.com/wxy666/p/9892880.html

时间: 2024-08-06 13:31:23

Spring Developer Tools 源码分析:二、类路径监控的相关文章

Spring Core Container 源码分析三:Spring Beans 初始化流程分析

前言 本文是笔者所著的 Spring Core Container 源码分析系列之一: 本篇文章主要试图梳理出 Spring Beans 的初始化主流程和相关核心代码逻辑: 本文转载自本人的私人博客,伤神的博客: http://www.shangyang.me/2017/04/01/spring-core-container-sourcecode-analysis-beans-instantiating-process/ 本文为作者的原创作品,转载需注明出处: 源码分析环境搭建 参考 Sprin

netty 源码分析二

以服务端启动,接收客户端连接整个过程为例分析, 简略分为 五个过程: 1.NioServerSocketChannel 管道生成, 2.NioServerSocketChannel 管道完成初始化, 3.NioServerSocketChannel注册至Selector选择器, 4.NioServerSocketChannel管道绑定到指定端口,启动服务 5.NioServerSocketChannel接受客户端的连接,进行相应IO操作 Ps:netty内部过程远比这复杂,简略记录下方便以后回忆

[Android]Volley源码分析(二)Cache

Cache作为Volley最为核心的一部分,Volley花了重彩来实现它.本章我们顺着Volley的源码思路往下,来看下Volley对Cache的处理逻辑. 我们回想一下昨天的简单代码,我们的入口是从构造一个Request队列开始的,而我们并不直接调用new来构造,而是将控制权反转给Volley这个静态工厂来构造. com.android.volley.toolbox.Volley: public static RequestQueue newRequestQueue(Context conte

[Android]Fragment源码分析(二) 状态

我们上一讲,抛出来一个问题,就是当Activity的onCreateView的时候,是如何构造Fragment中的View参数.要回答这个问题我们先要了解Fragment的状态,这是Fragment管理中非常重要的一环.我们先来看一下FragmentActivity提供的一些核心回调: @Override protected void onCreate(Bundle savedInstanceState) { mFragments.attachActivity(this, mContainer,

JAVA Collection 源码分析(二)之SubList

昨天我们分析了ArrayList的源码,我们可以看到,在其中还有一个类,名为SubList,其继承了AbstractList. // AbstractList类型的引用,所有继承了AbstractList都可以传进来 private final AbstractList<E> parent; // 这个是其实就是parent的偏移量,从parent中的第几个元素开始的 private final int parentOffset; private final int offset; int s

Spring Core Container 源码分析七:注册 Bean Definitions

前言 原本以为,Spring 通过解析 bean 的配置,生成并注册 bean defintions 的过程不太复杂,比较简单,不用单独开辟一篇博文来讲述:但是当在分析前面两个章节有关 @Autowired.@Component.@Service 注解的注入机制的时候,发现,如果没有对有关 bean defintions 的解析和注册机制彻底弄明白,则很难弄清楚 annotation 在 Spring 容器中的底层运行机制:所以,本篇博文作者将试图去弄清楚 Spring 容器内部是如何去解析 b

Spring IOC 容器源码分析 - 创建单例 bean 的过程

1. 简介 在上一篇文章中,我比较详细的分析了获取 bean 的方法,也就是getBean(String)的实现逻辑.对于已实例化好的单例 bean,getBean(String) 方法并不会再一次去创建,而是从缓存中获取.如果某个 bean 还未实例化,这个时候就无法命中缓存.此时,就要根据 bean 的配置信息去创建这个 bean 了.相较于getBean(String)方法的实现逻辑,创建 bean 的方法createBean(String, RootBeanDefinition, Obj

Tomcat源码分析二:先看看Tomcat的整体架构

Tomcat源码分析二:先看看Tomcat的整体架构 Tomcat架构图 我们先来看一张比较经典的Tomcat架构图: 从这张图中,我们可以看出Tomcat中含有Server.Service.Connector.Container等组件,接下来我们一起去大致的看看这些组件的作用和他们之间的相互联系.在这之前,我们先补充一个知识点,也就是Tomcat它实现的功能点是什么呢?通过查找一些资料,这里参考下极客时间<深入拆解Tomcat_Jetty>中的总结,即Tomcat 要实现 2 个核心功能:

哇!板球 源码分析二

游戏主页面布局 创建屏下Score标签 pLabel = CCLabelTTF::create("Score", "Arial", TITLE_FONT_SIZE); //分数标签 //设置标签字体的颜色 pLabel->setColor (ccc3(0, 0, 0)); //设置文本标签的位置 pLabel->setPosition ( ccp ( SCORE_X, //X坐标 SCORE_Y //Y坐标 ) ); //将文本标签添加到布景中 this