=======
-
实现方式：Spring中用到的包装器模式在类名上有两种表现：一种是类名中含有Wrapper，另一种是类名中含有Decorator。
-
实质：
-
动态地给一个对象添加一些额外的职责。
-
就增加功能来说，Decorator模式相比生成子类更为灵活。
6.代理模式
======
-
实现方式：AOP底层，就是动态代理模式的实现。
-
动态代理：在内存中构建的，不需要手动编写代理类
-
静态代理：需要手工编写代理类，代理类引用被代理对象。
-
实现原理：切面在应用运行的时刻被织入。一般情况下，在织入切面时，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;
}
}
-
- ApplicationListener接口事件监听器
-
继承自jdk的EventListener,所有的监听器都要实现这个接口。
-
这个接口只有一个onApplicationEvent()方法,该方法接受一个ApplicationEvent或其子类对象作为参数,在方法体中,可以通过不同对Event类的判断来进行相应的处理。
-
当事件触发时所有的监听器都会收到消息。
-
代码：
public interface ApplicationListener 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 DefaultResourceLoader
implements 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 …;
}
最后
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。
因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！
如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
学起的朋友，同时减轻大家的负担。**
[外链图片转存中…(img-tUrSnKbS-1715088850939)]
[外链图片转存中…(img-AN0iCRwk-1715088850939)]
[外链图片转存中…(img-D9jJv8SE-1715088850940)]
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，不论你是刚入门Android开发的新手，还是希望在技术上不断提升的资深开发者，这些资料都将为你打开新的学习之门！
如果你觉得这些内容对你有帮助，需要这份全套学习资料的朋友可以戳我获取！！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
236
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
