Spring 中经典的 9 种设计模式，一定要记牢，springboot 热启动原理

实现原理：

切面在应用运行的时刻被织入。一般情况下，在织入切面时，AOP 容器会为目标对象创建动态的创建一个代理对象。SpringAOP 就是以这种方式织入切面的。

织入：把切面应用到目标对象并创建新的代理对象的过程。

7.观察者模式

实现方式：

spring 的事件驱动模型使用的是 观察者模式 ，Spring 中 Observer 模式常用的地方是 listener 的实现。

具体实现：

事件机制的实现需要三个部分,事件源,事件,事件监听器

ApplicationEvent 抽象类[事件]

继承自 jdk 的 EventObject,所有的事件都需要继承 ApplicationEvent,并且通过构造器参数 source 得到事件源.

该类的实现类 ApplicationContextEvent 表示 ApplicaitonContext 的容器事件.

代码：

public?abstract?class?ApplicationEvent?extends?EventObject?{private?static?final?long?serialVersionUID?=?7099057708183571937L;private?final?long?timestamp;public?ApplicationEvent(Object?source)?{super(source);this.timestamp?=?System.currentTimeMillis();}public?final?long?getTimestamp()?{return?this.timestamp;}}

Applic

【一线大厂Java面试题解析+核心总结学习笔记+最新架构讲解视频+实战项目源码讲义】
浏览器打开：qq.cn.hn/FTf 免费领取

ationListener 接口[事件监听器]

继承自 jdk 的 EventListener,所有的监听器都要实现这个接口。

这个接口只有一个 onApplicationEvent()方法,该方法接受一个 ApplicationEvent 或其子类对象作为参数,在方法体中,可以通过不同对 Event 类的判断来进行相应的处理。

当事件触发时所有的监听器都会收到消息。

代码：

public?interface?ApplicationListener<E?extends?ApplicationEvent>?extends?EventListener?{void?onApplicationEvent(E?event);}?

ApplicationContext 接口[事件源]

ApplicationContext 是 spring 中的全局容器，翻译过来是”应用上下文”。

实现了 ApplicationEventPublisher 接口。

职责：

负责读取 bean 的配置文档,管理 bean 的加载,维护 bean 之间的依赖关系,可以说是负责 bean 的整个生命周期,再通俗一点就是我们平时所说的 IOC 容器。

代码：

public?interface?ApplicationEventPublisher?{void?publishEvent(ApplicationEvent?event);}???

public?void?publishEvent(ApplicationEvent?event)?{Assert.notNull(event,?"Event?must?not?be?null");if?(logger.isTraceEnabled())?{logger.trace("Publishing?event?in?"?+?getDisplayName()?+?":?"?+?event);}getApplicationEventMulticaster().multicastEvent(event);if?(this.parent?!=?null)?{this.parent.publishEvent(event);}}

ApplicationEventMulticaster 抽象类[事件源中 publishEvent 方法需要调用其方法 getApplicationEventMulticaster]

属于事件广播器,它的作用是把 Applicationcontext 发布的 Event 广播给所有的监听器.

代码：

public?abstract?class?AbstractApplicationContext?extends?DefaultResourceLoaderimplements?ConfigurableApplicationContext,?DisposableBean?{??private?ApplicationEventMulticaster?applicationEventMulticaster;??protected?void?registerListeners()?{??//?Register?statically?specified?listeners?first.??for?(ApplicationListener<?>?listener?:?getApplicationListeners())?{??getApplicationEventMulticaster().addApplicationListener(listener);??}??//?Do?not?initialize?FactoryBeans?here:?We?need?to?leave?all?regular?beans??//?uninitialized?to?let?post-processors?apply?to?them!??String[]?listenerBeanNames?=?getBeanNamesForType(ApplicationListener.class,?true,?false);??for?(String?lisName?:?listenerBeanNames)?{??getApplicationEventMulticaster().addApplicationListenerBean(lisName);??}??}??}

8.策略模式

实现方式：

Spring 框架的资源访问 Resource 接口。该接口提供了更强的资源访问能力，Spring 框架本身大量使用了 Resource 接口来访问底层资源。

Resource 接口介绍

source 接口是具体资源访问策略的抽象，也是所有资源访问类所实现的接口。

Resource 接口主要提供了如下几个方法:

• **getInputStream()：**定位并打开资源，返回资源对应的输入流。每次调用都返回新的输入流。调用者必须负责关闭输入流。

• **exists()：**返回 Resource 所指向的资源是否存在。

• **isOpen()：**返回资源文件是否打开，如果资源文件不能多次读取，每次读取结束应该显式关闭，以防止资源泄漏。

• **getDescription()：**返回资源的描述信息，通常用于资源处理出错时输出该信息，通常是全限定文件名或实际 URL。

• **getFile：**返回资源对应的 File 对象。

• **getURL：**返回资源对应的 URL 对象。

最后两个方法通常无须使用，仅在通过简单方式访问无法实现时，Resource 提供传统的资源访问的功能。

Resource 接口本身没有提供访问任何底层资源的实现逻辑，针对不同的底层资源，Spring 将会提供不同的 Resource 实现类，不同的实现类负责不同的资源访问逻辑。

Spring 为 Resource 接口提供了如下实现类：

• **UrlResource：**访问网络资源的实现类。

• **ClassPathResource：**访问类加载路径里资源的实现类。

• **FileSystemResource：**访问文件系统里资源的实现类。

• **ServletContextResource：**访问相对于 ServletContext 路径里的资源的实现类.

• **InputStreamResource：**访问输入流资源的实现类。

• **ByteArrayResource：**访问字节数组资源的实现类。

这些 Resource 实现类，针对不同的的底层资源，提供了相应的资源访问逻辑，并提供便捷的包装，以利于客户端程序的资源访问。

9.模版方法模式

经典模板方法定义：

父类定义了骨架（调用哪些方法及顺序），某些特定方法由子类实现。

最大的好处：代码复用，减少重复代码。除了子类要实现的特定方法，其他方法及方法调用顺序都在父类中预先写好了。

所以父类模板方法中有两类方法：

**共同的方法：**所有子类都会用到的代码

**不同的方法：**子类要覆盖的方法，分为两种：

• 抽象方法：父类中的是抽象方法，子类必须覆盖

• 钩子方法：父类中是一个空方法，子类继承了默认也是空的

注：为什么叫钩子，子类可以通过这个钩子（方法），控制父类，因为这个钩子实际是父类的方法（空方法）！

Spring 模板方法模式实质：

是模板方法模式和回调模式的结合，是 Template Method 不需要继承的另一种实现方式。Spring 几乎所有的外接扩展都采用这种模式。

具体实现：

JDBC 的抽象和对 Hibernate 的集成，都采用了一种理念或者处理方式，那就是模板方法模式与相应的 Callback 接口相结合。

采用模板方法模式是为了以一种统一而集中的方式来处理资源的获取和释放，以 JdbcTempalte 为例:

public?abstract?class?JdbcTemplate?{??public?final?Object?execute（String?sql）{??Connection?con=null;??Statement?stmt=null;??try{??con=getConnection（）;??stmt=con.createStatement（）;??Object?retValue=executeWithStatement（stmt,sql）;??return?retValue;??}catch（SQLException?e）{??...??}finally{??closeStatement（stmt）;??releaseConnection（con）;??}??}???protected?abstract?Object?executeWithStatement（Statement???stmt,?String?sql）;??}??

引入回调原因：

JdbcTemplate 是抽象类，不能够独立使用，我们每次进行数据访问的时候都要给出一个相应的子类实现,这样肯定不方便，所以就引入了回调。

回调代码

public?interface?StatementCallback{??Object?doWithStatement（Statement?stmt）;??}???

利用回调方法重写 JdbcTemplate 方法

public?class?JdbcTemplate?{??public?final?Object?execute（StatementCallback?callback）{??Connection?con=null;??Statement?stmt=null;??try{??con=getConnection（）;??stmt=con.createStatement（）;??Object?retValue=callback.doWithStatement（stmt）;??return?retValue;??}catch（SQLException?e）{??...??}finally{??closeStatement（stmt）;??releaseConnection（con）;??}??}??

...//其它方法定义??}???

Jdbc 使用方法如下：

JdbcTemplate?jdbcTemplate=...;??final?String?sql=...;??StatementCallback?callback=new?StatementCallback(){??public?Object=doWithStatement(Statement?stmt){??return?...;??}??}????jdbcTemplate.execute(callback);??

为什么 JdbcTemplate 没有使用继承？