spring与设计模式2
SpringMVC体系结构和处理请求控制器
SpringMVC体系结构和处理请求控制器MVC设计模式 通常的Web项⽬,架构模式基本分层 数据库访问接⼝：DAO层 处理业务逻辑：Service层 数据实体：POJO 负责前端请求的接受处理：Servlet 负责前端页⾯展⽰：JSP MVC设计模式：它是软件⼯程中的⼀种软件架构模式。
它强制性地使软件系统的输⼊、处理和输出分开。
把软件系统分为三个基本部分：模型(Model)、视图(View)、控制器(Controller) 视图(View)：负责格式化数据并把他们呈现给⽤户,包括数据展⽰、⽤户交互、数据验证、界⾯设计等功能。
对应组件：JSP或者HTML⽂件 控制器(Controller)：负责接收并转发请求,对进⾏处理后指派视图并将响应结果发送给客户端。
对应组件Servlet 模型(Model)：模型对象拥有最多的处理任务,是应⽤程序的主体部分,负责数据逻辑(业务规则)的处理和实现数据操作。
对应组件：JavaBean(处理业务逻辑Service层,数据库操作相关的DAO层,贯穿各层之间的数据模型,数据实体POJO) MVC的两种模式 （1）JSP Model1 业务流程较为简单时,可以把控制器的功能交给视图实现。
故Model1模式只有视图和模型,没有控制器(JSP+JavaBean) 浏览器 - 请求 - JSP - JavaBean - 数据库 - JavaBean - JSP -响应 - 浏览器 (2) JSP Model2 相⽐JSPModel1,业务流程复杂时,就需要把业务流程控制交给控制器来实现。
即(JSP+Servlet+JavaBean) 浏览器 - 请求 - Servlet - JavaBean- JSP - 数据库 - JavaBean - JSP -Servlet -响应 - 浏览器 MVC处理过程 MVC的整体结构,对于MVC三个部分(模型、视图、控制器)功能职责分别进⾏了相应的阐述 (1)⾸先视图提供系统与⽤户交互的界⾯,并发送⽤户输⼊给控制器 (2)控制器接收⽤户的请求,并决定应该调⽤哪个模型来进⾏处理 (3)模型根据⽤户请求进⾏相应的业务逻辑处理,并返回处理结果(数据) (4)控制器根据返回的处理结果,调⽤相应的视图格式化模型返回的数据,并通过视图呈现给⽤户结果 MVC优缺点1. 优点1. 多视图共享⼀个模型,⼤⼤提⾼代码的可重⽤性2. MVC三个模块相互独⽴,松耦合架构3. 控制器提⾼了应⽤程序的灵活性和可配置性4. 有利于软件⼯程化管理 通过MVC的设计模式最终可以打造出⼀个松耦合+⾼重⽤性+⾼可适⽤性的架构 2.缺点1. 原理复杂2. 增加了系统结构和实现的复杂性3. 视图对模型数据的低效率访问 MVC来说：并不适合⼩型甚⾄中型规模的项⽬,花费⼤量时间将MVC应⽤到规模并不是很⼤的应⽤程序通常得不偿失Spring MVC介绍及其环境搭建 Spring MVC框架介绍 Spring MVC是Spring框架中⽤于Web应⽤开发的⼀个模块,是Spring提供的⼀个基于MVC设计式的优秀Web开发框架,本质上相当于Servlet。
springboot实现设计模式-策略模式
springboot实现设计模式-策略模式在设计模式中除去⼯⼚单例等，策略模式应该算最常⽤的设计模式之⼀在策略模式（Strategy Pattern）中，⼀个类的⾏为或其算法可以在运⾏时更改。
这种类型的设计模式属于⾏为型模式。
在策略模式中，我们创建表⽰各种策略的对象和⼀个⾏为随着策略对象改变⽽改变的 context 对象。
策略对象改变 context 对象的执⾏算法。
意图：定义⼀系列的算法,把它们⼀个个封装起来, 并且使它们可相互替换。
主要解决：在有多种算法相似的情况下，使⽤ if...else 所带来的复杂和难以维护。
何时使⽤：⼀个系统有许多许多类，⽽区分它们的只是他们直接的⾏为。
如何解决：将这些算法封装成⼀个⼀个的类，任意地替换。
关键代码：实现同⼀个接⼝。
优点：算法可以⾃由切换。
避免使⽤多重条件判断。
扩展性良好。
缺点：策略类会增多,导致代码查看较为困难。
所有策略类都需要对外暴露。
使⽤场景：如果在⼀个系统⾥⾯有许多类，它们之间的区别仅在于它们的⾏为，那么使⽤策略模式可以动态地让⼀个对象在许多⾏为中选择⼀种⾏为。
⼀个系统需要动态地在⼏种算法中选择⼀种。
如果⼀个对象有很多的⾏为，如果不⽤恰当的模式，这些⾏为就只好使⽤多重的条件选择语句来实现。
⽰例场景说明：- 此处为导出功能，此时需要根据场景导出不同的数据1. 创建策略接⼝public interface ExportStrategy {default void execute() {};default void execute(Object o) {};}2. 创建策略⼯⼚@Servicepublic class ExportContextFactory {@Autowiredprivate Map<String, ExportStrategy> contextStrategy = new ConcurrentHashMap<>();public ExportStrategy get(String source) {ExportStrategy exportStrategy = this.contextStrategy.get(source);if (Objects.isNull(exportStrategy)) {throw new IllegalArgumentException();}return exportStrategy;}}3.多场景实现@Component("demo1")public class Demo1 implements ExportStrategy {@Overridepublic void execute() {// do something}}@Component("demo2")public class Demo2 implements ExportStrategy {@Overridepublic void execute(Object o) {// do something}}4. 调⽤@Autowiredprivate ExportContextFactory exportContextFactory; @Testpublic void tjIntegral() {exportContextFactory.get("demo1").execute();Object o = new Object();exportContextFactory.get("demo2").execute(o); }。
Spring技术内幕：深入解析Spring架构与设计原理
Spring技术内幕深入解析Spring架构与设计原理（一）引子缘起已经很久没有写帖子了，现在总算是有点时间写些东西，也算是对自己的一个记录吧。
刚刚完成了一个软件产品，从概念到运营都弄了一下，正在推广当中，虽然还没有能够达到盈亏平衡，但是这个过程，对自己也算是一种历练。
先不管结果如何，好呆走过这么一遭了。
我打算用这个帖子，把自己在这个过程中的一些心得，特别是对Spring新的理解，记录下来。
使用这个帖子的标题，持续下来。
简单来说，自己的软件产品是一个基于互联网的SaaS协同软件平台,操作简单，支持流程定义，管理和多种客户端 -像短信，MSN，智能手机什么的（我这里就不多做什么广告了），也有一个企业版的版本，使用的技术框架是Hibernate + Spring + Wicket，下面是Linux和MySQL，还有云计算的平台的使用，以支持其扩展性，虽然现在还没有可扩展性的需求，但似乎不难从SaaS上，就会想到云计算, 其实，它们真的是天生的一对！关于云计算，自己对这个技术很感兴趣，觉得和开源软件的结合，是很有意思的，因为它们都有基于服务的基因，在云计算平台的使用上，也有一些初步的实践。
云计算是一个很有意思的话题，但在这里主要是想谈Spring，所以对云计算，这里就先不多说了，但非常欢迎有兴趣的朋友和一起另外找地方讨论！回到正题，在我自己的产品中，其中除了Wicket和云计算外，其他都是大家非常熟知的了，像Hibernate, Spring, MySQL什么的。
在这个过程中，发现自己对一些技术点也有了新的认识，最有体会的是Spring。
当然，在这个过程中，更大的收获是对产品开发整个过程的认识，在这点上，真是一言难尽........回到自己还算了解的Spring, 这次我使用的是3.0的代码，所以，有机会也把这些代码读了几遍，比原来的理解要加深了许多，也发现了不少和2.0代码不同的地方，以及自己一些对 Spring的新的理解，这些，就让我就用这个帖子系列，给自己总结一下，也算是对自己以前的那个代码分析的帖子做一个新的交代吧。
spring原理和实现机制
spring原理和实现机制Spring框架是一个开源的应用程序框架，它提供了一种简单的方法来构建基于Java的企业级应用程序。
Spring框架的原理和实现机制主要包括：1. 控制反转（IoC）：Spring使用控制反转（Inversion of Control，IoC）来管理应用程序中的对象。
传统的应用程序中，对象的创建和依赖关系管理是由程序员来实现的，而在Spring 中，对象的创建和管理工作由容器来完成。
容器会在应用程序启动时创建对象，并通过依赖注入的方式将对象之间的依赖关系注入到相应的对象中。
2. 依赖注入（DI）：依赖注入是Spring框架的核心机制之一。
它指的是容器在创建对象时，自动将其所依赖的其他对象注入进来。
通过依赖注入，对象之间的解耦程度大大提高，使得应用程序更加灵活、可扩展和可维护。
3. 面向切面编程（AOP）：Spring框架通过面向切面编程（Aspect-Oriented Programming，AOP）来实现横切关注点的模块化。
AOP可以将应用程序的核心逻辑（称为核心关注点）与横切关注点（如日志、事务管理等）分离开来，并通过切面来统一管理这些横切关注点。
4. 核心容器：Spring框架的核心是其容器（Container）。
容器使用BeanFactory接口作为底层容器的基础，并提供了ApplicationContext接口作为更高级的容器接口。
容器负责创建和管理应用程序中的对象，并提供了丰富的配置和管理功能。
5. 层次化的模块化架构：Spring的模块化架构使得开发者可以根据自己的需要选择使用不同的模块。
例如，Spring的核心模块包括IoC容器、AOP框架和BeanFactory等，而其他模块如Spring MVC、Spring Data等则提供了特定领域的解决方案。
6. 轻量级与非侵入性：Spring框架的设计理念是轻量级和非侵入性的。
它不依赖于特定的编程模型，可以与其他技术和框架无缝集成。
编程中的设计模式：8个常见模式解析
编程中的设计模式：8个常见模式解析设计模式是软件开发中常见的一种解决问题的思想模式，它是一种经过多次实践总结出来的在特定情境下，对特定问题的解决方案。
设计模式通过将经典的经验进行抽象，然后形成模式来指导软件开发工程师进行设计和开发。
下面将介绍8个常见的设计模式。
1.工厂模式（Factory Pattern）工厂模式是一种创建型模式，用于创建对象的过程中隐藏了具体的实现细节，只暴露了一个工厂类的接口。
工厂模式可以根据不同的参数或条件，动态地返回不同的具体对象，达到解耦的效果，提高了代码的灵活性和可维护性。
2.单例模式（Singleton Pattern）单例模式是一种创建型模式，保证一个类只有一个实例，并提供全局访问点，同时对外部隐藏了具体的创建过程。
单例模式可以用于实现全局资源的管理，例如线程池、数据库连接等，避免了资源的创建和销毁过程中的开销问题。
3.观察者模式（Observer Pattern）观察者模式是一种行为型模式，定义了一种一对多的依赖关系，使得当一个对象的状态发生变化时，其相关依赖对象都能够得到通知和更新。
观察者模式可以实现松耦合的通信方式，增加了对象之间的交互性，提高了系统的可扩展性和可维护性。
4.策略模式（Strategy Pattern）策略模式是一种行为型模式，定义了一系列算法或行为，将它们封装起来并可以相互替换。
策略模式使得算法的变化不会影响到调用算法的客户端，提高了代码的可复用性和可维护性。
5.装饰器模式（Decorator Pattern）装饰器模式是一种结构型模式，可以动态地给一个对象添加一些额外的职责，而无需对原始对象进行修改。
装饰器模式通过组合的方式，将一系列装饰器对象包裹在被装饰对象的外部，从而在运行时动态地扩展对象的功能。
6.适配器模式（Adapter Pattern）适配器模式是一种结构型模式，用于将一个类的接口转换成客户端所期望的接口。
适配器模式中，适配器类是作为两个不兼容的接口之间的桥梁，将一个类的接口转换成另一个接口，从而可以让它们能够正常地协同工作。
Spring中常见的设计模式——模板模式
Spring中常见的设计模式——模板模式⼀、模板模式的应⽤场景 模板模式⼜叫模板⽅法模式（Template Method Pattern），指定义⼀个算法的⾻架，并允许⾃雷为⼀个或者多个步骤提供实现。
模板模式使得⼦类可以在不改变算法结果的情况下，重新定义算法的某些步骤，属于⾏为型设计模式。
模板模式适⽤于以下场景：⼀次性实现⼀个算法的不变部分，并将可变的⾏为留给⼦类来实现。
各⼦类中公共的⾏为被提取出来并集中到⼀个公共的⽗类中，从⽽避免代码重复。
把东西装冰箱的步骤模板：public abstract class PutThingIntoFrigCourse {protected final void createCourse() {//是否需要对⼤块的东西进⾏切割if (needCut()) {this.cut();}//打开冰箱门this.openDoor();//把东西放进去this.putThingIntoFrig();//关闭冰箱门this.closeDoor();}//钩⼦⽅法：对步骤进⾏微调protected boolean needCut() {return false;}//钩⼦⽅法：就是通过返回值对模板类内部进⾏修改abstract String thing();final void cut() {System.out.println("切碎" + thing());}final void openDoor() {System.out.println("打开冰箱门");}final void putThingIntoFrig() {System.out.println("把" + thing() + "放冰箱");}final void closeDoor() {System.out.println("关闭冰箱门");}} 这⾥⾯的钩⼦⽅法主要⽬的是⼲预执⾏流程，使得控制⾏为更加灵活，更符合实际业务需求，钩⼦⽅法通过返回值对主流程进⾏控制。
pring课程设计
pring课程设计一、课程目标知识目标：1. 让学生掌握Spring框架的基本概念和核心组件，理解Spring的依赖注入和面向切面编程原理。
2. 使学生能够运用Spring进行Java应用程序开发，掌握配置和使用Spring 容器、编写Spring Bean、整合Spring与其他框架（如MyBatis、Hibernate）的能力。
3. 帮助学生理解Spring MVC的运行机制，学会搭建Spring MVC项目，并能独立完成简单的Web应用开发。
技能目标：1. 培养学生运用Spring框架解决实际问题的能力，提高代码的可维护性和可扩展性。
2. 培养学生阅读和分析Spring源码的能力，提升对框架原理和设计模式的深入理解。
3. 培养学生具备团队协作开发Spring项目的能力，学会使用版本控制工具和项目管理工具。
情感态度价值观目标：1. 培养学生对Spring框架的兴趣和热情，激发学习动力，养成主动探究和解决问题的习惯。
2. 培养学生的团队协作意识，学会尊重他人意见，善于沟通交流，共同完成项目任务。
3. 培养学生具备良好的编程习惯，遵循编码规范，关注软件质量和用户体验。
课程性质：本课程为高年级专业选修课，旨在使学生掌握Spring框架的使用，提高Java企业级开发能力。
学生特点：学生已具备一定的Java基础，熟悉面向对象编程，对框架有初步了解。
教学要求：注重理论与实践相结合，通过案例教学，让学生在实际项目中掌握Spring框架的应用。
同时，注重培养学生的团队协作能力和解决问题的能力。
在教学过程中，关注学生的个性化需求，提供针对性的辅导和指导。
二、教学内容1. Spring框架基础- Spring概述：介绍Spring的发展历程、优势特点。
- Spring核心容器：讲解BeanFactory、ApplicationContext等概念，以及Bean的生命周期。
- 依赖注入：讲解依赖注入的原理、方式，以及相关注解的使用。
Spring中的八大设计模式
Spring中的⼋⼤设计模式⼀、简单⼯⼚模式 ⼜叫做静态⼯⼚⽅法(StaticFactory Method)模式，但不属于23种GOF设计模式之⼀。
简单⼯⼚模式的实质是由⼀个⼯⼚类根据传⼊的参数，动态决定应该创建哪⼀个产品类。
spring中的BeanFactory就是简单⼯⼚模式的体现，根据传⼊⼀个唯⼀的标识来获得bean对象，但是否是在传⼊参数后创建还是传⼊参数前创建这个要根据具体情况来定。
⼆、⼯⼚⽅法模式 通常由应⽤程序直接使⽤new创建新的对象，为了将对象的创建和使⽤相分离，采⽤⼯⼚模式,即应⽤程序将对象的创建及初始化职责交给⼯⼚对象。
⼀般情况下,应⽤程序有⾃⼰的⼯⼚对象来创建bean.如果将应⽤程序⾃⼰的⼯⼚对象交给Spring管理,那么Spring管理的就不是普通的bean,⽽是⼯⼚Bean。
三、单例模式 保证⼀个类仅有⼀个实例，并提供⼀个访问它的全局访问点。
spring中的单例模式完成了后半句话，即提供了全局的访问点BeanFactory。
但没有从构造器级别去控制单例，这是因为spring管理的是是任意的java对象。
四、适配器模式 在Spring的Aop中，使⽤的Advice(通知)来增强被代理类的功能。
Spring实现这⼀AOP功能的原理就使⽤代理模式对类进⾏⽅法级别的切⾯增强，即，⽣成被代理类的代理类，并在代理类的⽅法前，设置拦截器，通过执⾏拦截器重的内容增强了代理⽅法的功能，实现的⾯向切⾯编程。
五、包装器模式 spring中⽤到的包装器模式在类名上有两种表现：⼀种是类名中含有Wrapper，另⼀种是类名中含有Decorator。
基本上都是动态地给⼀个对象添加⼀些额外的职责。
六、代理模式 为其他对象提供⼀种代理以控制对这个对象的访问。
从结构上来看和Decorator模式类似，但Proxy是控制，更像是⼀种对功能的限制，⽽Decorator是增加职责。
七、观察者模式 定义对象间的⼀种⼀对多的依赖关系，当⼀个对象的状态发⽣改变时，所有依赖于它的对象都得到通知并被⾃动更新。
javaspring课程设计
javaspring课程设计一、课程目标知识目标：1. 学生能掌握Spring框架的基本原理，理解依赖注入、面向切面编程等核心概念；2. 学生能运用Spring框架构建Java应用程序，实现数据持久化、事务管理等功能；3. 学生了解Spring MVC架构，能独立设计并实现基于Spring MVC的Web 应用程序。
技能目标：1. 学生能熟练使用Spring框架进行项目开发，提高编码效率；2. 学生具备分析项目需求，运用Spring框架进行系统设计的能力；3. 学生能运用Spring MVC搭建Web应用，实现前后端分离，提高项目可维护性。
情感态度价值观目标：1. 学生通过学习Spring框架，培养对新技术的好奇心和探索精神；2. 学生在项目实践中，养成团队协作、沟通表达的良好习惯；3. 学生认识到编程规范和代码质量的重要性，树立良好的编程习惯。
课程性质：本课程为实践性课程，强调理论联系实际，培养学生动手能力。
学生特点：学生具备一定的Java基础，对框架有一定了解，但实际操作能力较弱。
教学要求：结合学生特点，课程设计应注重实践，以项目驱动教学，让学生在实际操作中掌握Spring框架的应用。
同时，注重培养学生的团队协作能力和编程规范。
通过本课程的学习，使学生具备独立开发基于Spring框架的应用程序的能力。
二、教学内容1. Spring框架基础原理- 依赖注入原理及实现方式- 面向切面编程（AOP）概念及应用- Spring核心容器及常用API2. Spring框架数据访问- Spring JDBC Template的使用- Spring事务管理- 整合MyBatis实现数据持久化3. Spring MVC架构- Spring MVC工作原理- 控制器（Controller）的使用- 视图解析器（View Resolver）与视图（View）配置4. 基于Spring MVC的Web应用开发- RESTful API设计与实现- 前后端分离开发模式- 跨域问题解决方案5. Spring框架进阶应用- Spring Boot快速开发- Spring Security安全框架- Spring Cloud微服务架构教学大纲安排：第1周：Spring框架基础原理学习第2周：依赖注入及AOP编程实践第3周：Spring数据访问与事务管理第4周：Spring MVC架构学习与实践第5周：基于Spring MVC的Web应用开发第6周：Spring框架进阶应用学习教学内容与教材章节关联：1. 《Java Spring实战》第1-3章：Spring框架基础原理2. 《Java Spring实战》第4-6章：Spring数据访问与事务管理3. 《Java Spring实战》第7-9章：Spring MVC架构4. 《Java Spring实战》第10-11章：基于Spring MVC的Web应用开发5. 《Java Spring实战》第12章：Spring框架进阶应用三、教学方法本课程采用以下教学方法，旨在激发学生的学习兴趣，提高实践操作能力，培养创新精神和团队协作能力。
Spring中常见的设计模式——单例模式
Spring中常见的设计模式——单例模式⼀、单例模式的应⽤场景 单例模式（singleton Pattern）是指确保⼀个类在任何情况下都绝对只有⼀个实例，并提供⼀个全局访问点。
J2EE中的ServletContext,ServletContextConfig等；Spring中的ApplicationContext、数据库连接池等。
⼆、饿汉式单例模式 饿汉式单例模式在类加载的时候就⽴即初始化，并且创建单例对象。
它是绝对的线程安全、在线程还没出现以前就实现了，不可能存在访问安全问题。
优点：没有增加任何锁，执⾏效率⾼，⽤户体验⽐懒汉式好。
缺点：类加载的时候就初始化了，⽤不⽤都进⾏，浪费内存。
Spring 中IoC容器ApplocationContext本⾝就是典型的饿汉式单例模式：public class HungrySingleton {private static final HungrySingleton h = new HungrySingleton();private HungrySingleton() {}public static HungrySingleton getInstance() {return h;}} 饿汉式单例模式适⽤于单例对象较少的情况。
三、懒汉式单例模式 被外部调⽤才会加载：public class LazySimpleSingleton {private LazySimpleSingleton() {}private static LazySimpleSingleton lazy = null;public static LazySimpleSingleton getInstance() {if (lazy == null) {lazy = new LazySimpleSingleton();}return lazy;}}利⽤线程创建实例：public class ExectorThread implements Runnable {@Overridepublic void run() {LazySimpleSingleton simpleSingleton = LazySimpleSingleton.getInstance();System.out.println(Thread.currentThread().getName() + ":" + simpleSingleton);}}客户端代码：public class LazySimpleSingletonTest {public static void main(String[] args) {Thread t1 = new Thread(new ExectorThread());Thread t2 = new Thread(new ExectorThread());t1.start();t2.start();System.out.println("END");}}结果：ENDThread-1:zySimpleSingleton@298c37fdThread-0:zySimpleSingleton@6ebc1cfd可以看到产⽣的两个实例的内存地址不同说明产⽣了两个实例，⼤家可以通过以下打断点的⽅式实现不同Thread运⾏状态见进⾏切换。
springIOC及设计模式
springIOC及设计模式⼀．IOC的概念：控制反转（inversion of control）和依赖注⼊（dependency injection）其实是同⼀个概念。
当某个⽅法需要另外⼀个对象协助的时候，传统的⽅法就是有调⽤者来通过new创建被调⽤者的实例，但是在spring中创建被调⽤者的⼯作不再有调⽤者来完成，称之为控制反转（ioc）。
创建被调⽤者的⼯作由spring来完成，然后注⼊调⽤者，成为依赖注⼊。
这样做得⽬的当然是为了解耦，减低类之间得耦合度，其设计思想就是设计模式中得⼯⼚模式。
在spring容器启动得时候，spring会将配置项中配置好得bean都初始化。
需要调⽤得时候，把初始化得bean分配给调⽤的类，⽽不需要⼿动创建⼀个对象实例。
对于springIOC来说由两处地⽅最重要，⼀个是创建bean容器，⼀个是初始化bean。
⼆．SpringIOC的顶层接⼝：在Sping IoC的体系结构中BeanFactory作为最顶层的⼀个接⼝类，它定义了IoC容器的基本功能规范。
并且为了区分在 Spring 内部在操作过程中对象的传递和转化过程中，对对象的数据访问做限制，使⽤了多层接⼝ListableBeanFactory 接⼝表⽰这些 Bean 是可列表的. HierarchicalBeanFactory 表⽰的是这些 Bean 是有继承关系的，也就是每个Bean 有可能有⽗ Bean。
AutowireCapableBeanFactory 接⼝定义 Bean 的⾃动装配规则。
默认实现类是 DefaultListableBeanFactory，他实现了所有的接⼝.本来准备⾃⼰写源码分析的，但是在⽹上找到⼀个更好的更详细的，（个⼈感觉我是写不出来那么好的博客），建议去看那篇博客：-------------------------------------------------------spring设计模式-----------------------------------------------在springIOC中⽤到的设计模式有四种：⼯⼚模式，单例模式，策略模式，装饰者模式。
Spring5核心原理与30个类手写实战pdf下载
Spring5核心原理与30个类手写实战pdf下载基于编程开发实践，不仅深度解析Spring 5的原理与新特性，更从环境准备、顶层结构设计、数据访问等方面一步步地推导出Spring的设计原理。
在每个知识点上，均以大量的经典代码案例辅助讲解，使理论紧密联系实际。
最后手写30个类，以体会Spring的创作过程，让每一位读者学以致用。
Spring5核心原理与30个类手写实战资料目录第1篇 Spring内功心法第1章软件架构设计原则 21.1 开闭原则 21.2 依赖倒置原则 41.3 单一职责原则 71.4 接口隔离原则 101.5 迪米特原则 121.6 里氏替换原则 141.7 合成复用原则 191.8 设计原则总结 20第2章 Spring中常用的设计模式 212.1 为什么要从设计模式开始 212.1.1 写出优雅的代码 222.1.2 更好地重构项目 242.1.3 经典框架都在用设计模式解决问题 36 2.2 工厂模式详解 362.2.1 工厂模式的由来 362.2.2 简单工厂模式 372.2.3 工厂方法模式 412.2.4 抽象工厂模式 432.2.5 利用工厂模式重构的实践案例 472.3 单例模式详解 532.3.1 单例模式的应用场景 532.3.2 饿汉式单例模式 532.3.3 懒汉式单例模式 542.3.4 反射破坏单例 602.3.5 序列化破坏单例 612.3.6 注册式单例模式 682.3.7 线程单例实现ThreadLocal 742.3.8 单例模式小结 752.4 原型模式详解 752.4.1 原型模式的应用场景 752.4.2 浅克隆 772.4.3 深克隆 792.4.4 克隆破坏单例模式 812.4.5 clone()方法的源码 822.5 代理模式详解 822.5.1 代理模式的应用场景 822.5.2 静态代理 832.5.3 动态代理 882.5.4 代理模式与Spring 1072.5.5 静态代理和动态代理的本质区别 1082.5.6 代理模式的优缺点 1092.6 委派模式详解 1092.6.1 委派模式的定义及应用场景 1092.6.2 委派模式在源码中的体现 1112.7 策略模式详解 .1142.7.1 策略模式的应用场景 1142.7.2 用策略模式实现选择支付方式的业务场景 .114 2.7.3 策略模式在JDK源码中的体现 1222.7.4 策略模式的优缺点 1252.7.5 委派模式与策略模式综合应用 1252.8 模板模式详解 1292.8.1 模板模式的应用场景 1292.8.2 利用模板模式重构JDBC操作业务场景 132 2.8.3 模板模式在源码中的体现 1362.8.4 模板模式的优缺点 1382.9 适配器模式详解1392.9.1 适配器模式的应用场景 1392.9.2 重构第三方登录自由适配的业务场景141 2.9.3 适配器模式在源码中的体现 1492.9.4 适配器模式的优缺点 1532.10 装饰者模式详解 1532.10.1 装饰者模式的应用场景 1532.10.2 装饰者模式和适配器模式对比 1632.10.3 装饰者模式在源码中的应用 1632.10.4 装饰者模式的优缺点 1652.11 观察者模式详解 1652.11.1 观察者模式的应用场景 1652.11.2 观察者模式在源码中的应用 1752.11.3 基于Guava API轻松落地观察者模式 176 2.11.4 观察者模式的优缺点 1772.12 各设计模式的总结与对比 177 2.12.1 GoF 23种设计模式简介 177 2.12.2 设计模式之间的关联关系 178 2.12.3 Spring中常用的设计模式 182 2.13 Spring中的编程思想总结 183 第2篇 Spring环境预热第3章 Spring的前世今生 1863.1 一切从Bean开始 1873.2 Spring的设计初衷 1883.3 BOP编程伊始 1883.4 理解BeanFactory 1893.5 AOP编程理念 189第4章 Spring 5系统架构 1914.1 核心容器 1924.2 AOP和设备支持1924.3 数据访问与集成1934.4 Web组件 1944.5 通信报文 1944.6 集成测试 1944.7 集成兼容 1944.8 各模块之间的依赖关系 194第5章 Spring版本命名规则 1965.1 常见软件的版本命名 1965.2 语义化版本命名通行规则 1975.3 商业软件中常见的修饰词 1975.4 软件版本号使用限定 1985.5 Spring版本命名规则 199第6章 Spring源码下载及构建技巧 2006.1 Spring 5源码下载 2006.2 基于Gradle的源码构建技巧 2016.3 Gradle构建过程中的坑 207第3篇 Spring核心原理第7章用300行代码手写提炼Spring核心原理 210 7.1 自定义配置 2107.1.1 配置application.properties文件 2107.1.2 配置web.xml文件 2107.1.3 自定义注解 2117.1.4 配置注解 2127.2 容器初始化 2137.2.1 实现1.0版本 2137.2.2 实现2.0版本 2167.2.3 实现3.0版本 2237.3 运行效果演示 227第8章一步一步手绘Spring IoC运行时序图 228 8.1 Spring核心之IoC容器初体验 2288.1.1 再谈IoC与DI 2288.1.2 Spring核心容器类图 2298.1.3 Web IoC容器初体验 2328.2 基于XML的IoC容器的初始化 2378.2.1 寻找入口 2388.2.2 获得配置路径 2388.2.3 开始启动 2408.2.4 创建容器 2428.2.5 载入配置路径 2438.2.6 分配路径处理策略 2448.2.7 解析配置文件路径 2478.2.8 开始读取配置内容 2498.2.9 准备文档对象 2508.2.10 分配解析策略 2518.2.11 将配置载入内存 2528.2.12 载入＜bean＞元素 2578.2.13 载入＜property＞元素 2618.2.14 载入＜property＞子元素 2648.2.15 载入＜list＞子元素 2668.2.16 分配注册策略 2678.2.17 向容器注册 2678.3 基于注解的IoC初始化 2708.3.1 注解的前世今生 2708.3.2 定位Bean扫描路径 2718.3.3 读取注解的元数据 2738.3.4 扫描指定包并解析为BeanDefinition 277 8.3.5 注册注解BeanDefinition 2838.4 IoC容器初始化小结 285第9章一步一步手绘Spring DI运行时序图 287 9.1 Spring自动装配之依赖注入 2879.1.1 依赖注入发生的时间 2879.1.2 寻找获取Bean的入口 2889.1.3 开始实例化 2939.1.4 选择Bean实例化策略 2979.1.5 执行Bean实例化 2999.1.6 准备依赖注入 3019.1.7 解析属性依赖注入规则 3069.1.8 注入赋值 3109.2 Spring IoC容器中那些鲜为人知的细节 314 9.2.1 关于延时加载 3149.2.2 关于FactoryBean和BeanFactory 3179.2.3 再述autowiring 322第10章一步一步手绘Spring AOP运行时序图 326 10.1 Spring AOP初体验 32610.1.1 再述Spring AOP应用场景 32610.1.2 AOP中必须明白的几个概念 32710.1.3 使用Spring AOP的两种方式 32910.1.4 切入点表达式的配置规则 33310.2 Spring AOP源码分析 33410.2.1 寻找入口 33410.2.2 选择代理策略 33810.2.3 调用代理方法 34110.2.4 触发通知 347第11章一步一步手绘Spring MVC运行时序图 352 11.1 初探Spring MVC请求处理流程 35211.2 Spring MVC九大组件 35311.2.1 HandlerMapping 35311.2.2 HandlerAdapter 35311.2.3 HandlerExceptionResolver 354 11.2.4 ViewResolver 35411.2.5 RequestToViewNameTranslator 354 11.2.6 LocaleResolver 35411.2.7 ThemeResolver 35511.2.8 MultipartResolver 35511.2.9 FlashMapManager 35511.3 Spring MVC源码分析 35511.3.1 初始化阶段 35611.3.2 运行调用阶段 35911.4 Spring MVC优化建议 367第4篇 Spring手写实战第12章环境准备 37012.1 IDEA集成Lombok插件 37012.1.1 安装插件 37012.1.2 配置注解处理器 37312.1.3 使用插件 37412.2 从Servlet到ApplicationContext 375 12.3 准备基础配置37612.3.1 application.properties配置.377 12.3.2 pom.xml配置 37712.3.3 web.xml配置 37812.3.4 GPDispatcherServlet 378第13章 IoC顶层结构设计 38013.1 Annotation（自定义配置）模块 380 13.1.1 @GPService 38013.1.2 @GPAutowired 38113.1.3 @GPController 38113.1.4 @GPRequestMapping 38213.1.5 @GPRequestParam 38213.2 core（顶层接口）模块 38213.2.1 GPFactoryBean 38213.2.2 GPBeanFactory 38313.3 beans（配置封装）模块 38313.3.1 GPBeanDefinition 38313.3.2 GPBeanWrapper 38413.4 context（IoC容器）模块 38513.4.1 GPAbstractApplicationContext 385 13.4.2 GPDefaultListableBeanFactory 385 13.4.3 GPApplicationContext38513.4.4 GPBeanDefinitionReader 38813.4.5 GPApplicationContextAware 391第14章完成DI模块的功能 39214.1 从getBean()方法开始 39314.2 GPBeanPostProcessor 395第15章完成MVC模块的功能 39615.1 MVC顶层设计 39615.1.1 GPDispatcherServlet 39615.1.2 GPHandlerMapping 40215.1.3 GPHandlerAdapter 40315.1.4 GPModelAndView 40615.1.5 GPViewResolver 40615.1.6 GPView 40715.2 业务代码实现40915.2.1 IQueryService 40915.2.2 QueryService 41015.2.3 IModifyService 41015.2.4 ModifyService 41115.2.5 MyAction 41215.2.6 PageAction 41315.3 定制模板页面41415.3.1 first.html 41415.3.2 404.html 41415.3.3 500.html 41515.4 运行效果演示415第16章完成AOP代码织入 417 16.1 基础配置 .41716.2 完成AOP顶层设计 41816.2.1 GPJoinPoint 41816.2.2 GPMethodInterceptor .419 16.2.3 GPAopConfig 41916.2.4 GPAdvisedSupport 420 16.2.5 GPAopProxy 42216.2.6 GPCglibAopProxy 42316.2.7 GPJdkDynamicAopProxy 423 16.2.8 GPMethodInvocation425 16.3 设计AOP基础实现 42716.3.1 GPAdvice 42716.3.2 GPAbstractAspectJAdvice 427 16.3.3 GPMethodBeforeAdvice 428 16.3.4 GPAfterReturningAdvice 429 16.3.5 GPAfterThrowingAdvice 430 16.3.6 接入getBean()方法 43016.4 织入业务代码43216.4.1 LogAspect 43216.4.2 IModifyService 43316.4.3 ModifyService 43416.5 运行效果演示435第5篇 Spring数据访问第17章数据库事务原理详解 438 17.1 从Spring事务配置说起 438 17.2 事务的基本概念 43917.3 事务的基本原理 43917.4 Spring事务的传播属性 440 17.5 数据库事务隔离级别 44117.6 Spring中的事务隔离级别 441 17.7 事务的嵌套 44217.8 Spring事务API架构图 44417.9 浅谈分布式事务 444第18章 Spring JDBC源码初探 44618.1 异常处理 44718.2 config模块 44818.3 core模块45018.4 DataSource 45618.5 object模块 45718.6 JdbcTemplate 45818.7 NamedParameterJdbcTemplate 458第19章基于Spring JDBC手写ORM框架 459 19.1 实现思路概述45919.1.1 从ResultSet说起 45919.1.2 为什么需要ORM框架 46419.2 搭建基础架构46719.2.1 Page 46719.2.2 ResultMsg 47019.2.3 BaseDao 47119.2.4 QueryRule 47319.2.5 Order.47919.3 基于Spring JDBC实现关键功能 480 19.3.1 ClassMappings 48019.3.2 EntityOperation 48319.3.3 QueryRuleSqlBuilder 48819.3.4 BaseDaoSupport 49819.4 动态数据源切换的底层原理 50719.4.1 DynamicDataSource 50819.4.2 DynamicDataSourceEntry 50919.5 运行效果演示51019.5.1 创建Member实体类 51019.5.2 创建Order实体类 51119.5.3 创建MemberDao 51219.5.4 创建OrderDao 51219.5.5 修改db.properties文件 51419.5.6 修改application-db.xml文件 515 19.5.7 编写测试用例 516第6篇 Spring经验分享第20章 Spring 5新特性总结 52020.1 升级到Java SE 8和Java EE 7 520 20.2 反应式编程模型 52120.3 使用注解进行编程 52120.4 函数式编程 52220.5 使用 REST 端点执行反应式编程 52320.6 支持HTTP/2 52320.7 Kotlin和Spring WebFlux 52320.8 使用Lambda表达式注册Bean 52420.9 Spring Web MVC 支持最新的 API 52420.10 使用JUnit 5执行条件和并发测试 52520.11 包清理和弃用 52620.12 Spring核心和容器的一般更新 52620.13 我如何看Spring 5 527第21章关于Spring的经典高频面试题 52821.1 什么是Spring框架，Spring框架有哪些主要模块52821.2 使用Spring框架能带来哪些好处 52821.3 什么是控制反转（IoC），什么是依赖注入 52921.4 在Java中依赖注入有哪些方式 52921.5 BeanFactory和ApplicationContext有什么区别 530 21.6 Spring提供几种配置方式来设置元数据 53021.7 如何使用XML配置方式配置Spring .53121.8 Spring提供哪些配置形式 53221.9 怎样用注解的方式配置Spring 53321.10 请解释Spring Bean的生命周期 53421.11 Spring Bean作用域的区别是什么 53521.12 什么是Spring Inner Bean 53521.13 Spring中的单例Bean是线程安全的吗 53621.14 请举例说明如何在Spring中注入一个Java集合 53621.15 如何向Spring Bean中注入java.util.Properties 53721.16 请解释Spring Bean的自动装配 53821.17 自动装配有哪些局限性 53821.18 请解释各种自动装配模式的区别 53921.19 请举例解释@Required注解 53921.20 请举例说明@Qualifier注解 54021.21 构造方法注入和设值注入有什么区别 54021.22 Spring中有哪些不同类型的事件 54121.23 和ClassPathResource有什么区别 54221.24 Spring中用到了哪些设计模式 54221.25 在Spring中如何更有效地使用JDBC 54321.26 请解释Spring中的IoC容器 54321.27 在Spring中可以注入null或空字符串吗 543Spring5核心原理与30个类手写实战介绍1996年，Java还只是一个新兴的、初出茅庐的编程语言。
Spring技术内幕——深入解析Spring架构与设计原理(二)AOP
Spring技术内幕——深入解析Spring架构与设计原理（二）AOPAOP联盟定义的AOP体系结构把与AOP相关的概念大致分为了由高到低、从用法到实现的三个层次。
关于这个体系结构，个人的理解是这样的，从上往下，最高层是语言和开发环境，在这个环境中可以看到几个重要的概念：base可以视为待增加对象，或者说目标对象；aspect指切面，通常包含对于base的增加应用；configuration可以看成是一种编织或者说配置，通过在AOP体系中提供这个configuration配置环境，可以把base和aspect结合起来，从而完成切面向目标对象的编织实现。
对Spring平台或者说生态系统来说，AOP是Spring框架的核心功能模块之一。
AOP与IOC容器的结合用法, 为应用开发或者Spring自身功能的扩展都提供了许多方便。
Spring AOP的实现和其他特性的实现一样，十分丰盛，除了可以用法Spring本身提供的AOP实现之外，还封装了业界优秀的AOP解决计划AspectJ来让应用用法。
在这里，主要对Spring自身的AOP实现原理做一些解析；在这个AOP实现中，Spring 充分利用了IOC容器Proxy代理对象以及AOP拦截器的功能特性，通过这些对AOP基本功能的封装机制，为用户提供了AOP的实现框架。
所以，要了解这些AOP的基本实现，需要我们对Java 的Proxy机制有一些基本了解。
AOP实现的基本线索 AOP实现中，可以看到三个主要的步骤，一个是代理对象的生成，然后是拦截器的作用，然后是Aspect编织的实现。
AOP框架的丰盛，很大程度体现在这三个详细实现中，所具有的丰盛的技术挑选，以及如何实现与IOC容器的无缝结合。
究竟这也是一个十分核心的模块，需要满足不同的应用需求带来的解决计划需求。
在Spring AOP的实现原理中，我们主要举ProxyFactoryBean的实现作为例子和实现的基本线索举行分析；很大一个缘由，是由于ProxyFactoryBean是在Spring IoC环境中，创建AOP应用的最底层办法，从中，可以看到一条实现AOP的基本线索。
Java中的设计模式和架构模式详解
Java中的设计模式和架构模式详解设计模式和架构模式是软件开发中非常重要的概念，它们可以帮助开发人员更好地设计和构建高质量的软件系统。
在Java中，设计模式和架构模式被广泛应用，许多经典的设计模式和架构模式都有对应的Java实现。
一、设计模式设计模式是针对软件设计中常见问题的解决方案的模板。
它们提供了一种通用的设计方法，可以帮助开发人员更好地组织和管理代码。
在Java中，最常用的设计模式包括：1.工厂模式（Factory Pattern）：工厂模式是一种创建型设计模式，用于创建对象而不暴露创建逻辑。
它可以帮助我们将对象的创建和使用解耦，使系统更加灵活和可维护。
2.单例模式（Singleton Pattern）：单例模式是一种创建型设计模式，用于确保一个类只有一个实例，并提供一个全局访问点。
在Java中，单例模式通常通过私有化构造函数、静态变量和静态方法实现。
3.观察者模式（Observer Pattern）：观察者模式是一种行为设计模式，用于实现对象之间的一对多依赖关系。
在Java中，观察者模式通常通过Java内置的Observer接口和Observable类实现。
4.策略模式（Strategy Pattern）：策略模式是一种行为设计模式，用于定义一系列算法，并将每个算法封装起来，使它们可以互相替换。
在Java中，策略模式常常通过接口和实现类实现。
5.适配器模式（Adapter Pattern）：适配器模式是一种结构设计模式，用于将一个类的接口转换成客户端所期望的另一个接口。
在Java中，适配器模式通常通过接口实现或类继承实现。
以上只是部分常见的设计模式，在Java中还有许多其他设计模式，每种设计模式都有其特定的使用场景和优缺点，开发人员可以根据具体情况选择合适的设计模式来解决问题。
二、架构模式架构模式是指软件系统整体结构的模式，它可以指导系统的整体设计和组织。
在Java中，常见的架构模式包括：1.模型-视图-控制器模式（Model-View-Controller，MVC）：MVC 是一种使用最广泛的架构模式，它将应用程序分为模型（Model）、视图（View）和控制器（Controller）三个部分，分别负责数据处理、用户界面和业务逻辑。
23种设计模式记忆口诀
23种设计模式记忆口诀根据内容要求，对23种设计模式进行简要说明，并整理成口诀。
设计模式是软件开发中常用的一种解决方案，它提供了面向对象设计和编程中常见问题的解决思路和方法。
根据GoF（Gang of Four）的分类，设计模式可以分为创建型、结构型和行为型三种类型，共23种设计模式。
1. 创建型模式（Creational Patterns）：- 工厂方法模式（Factory Method Pattern）：定义一个用于创建对象的接口，但由子类决定实例化的类。
- 抽象工厂模式（Abstract Factory Pattern）：提供一个创建一系列相关对象或依赖对象的接口，而无须指定它们的具体类。
- 单例模式（Singleton Pattern）：确保一个类只有一个实例，并提供一个全局访问点。
- 原型模式（Prototype Pattern）：用于创建重复性对象的一个原型。
- 建造者模式（Builder Pattern）：将一个复杂对象的构建和表示分离，使得同样的构建过程可以创建不同的表示。
2. 结构型模式（Structural Patterns）：- 适配器模式（Adapter Pattern）：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的类可以一起工作。
- 桥接模式（Bridge Pattern）：将抽象部分和它真正的实现分离，使它们独立的变化。
- 装饰器模式（Decorator Pattern）：动态地将责任附加到对象上，扩展功能。
- 外观模式（Facade Pattern）：为子系统中的一组接口提供一个统一的接口，以简化系统的使用。
3. 行为型模式（Behavioral Patterns）：- 策略模式（Strategy Pattern）：定义一系列算法，将每个算法封装起来，并使它们可以相互替换。
- 模板方法模式（Template Method Pattern）：定义一个算法的骨架，由子类实现具体步骤。
Spring中用到了哪些设计模式？
Spring中⽤到了哪些设计模式？谈谈Spring中都⽤到了哪些设计模式？JDK 中⽤到了那些设计模式?Spring 中⽤到了那些设计模式?这两个问题，在⾯试中⽐较常见。
我在⽹上搜索了⼀下关于 Spring 中设计模式的讲解⼏乎都是千篇⼀律，⽽且⼤部分都年代久远。
所以，花了⼏天时间⾃⼰总结了⼀下，由于我的个⼈能⼒有限，⽂中如有任何错误各位都可以指出。
另外，⽂章篇幅有限，对于设计模式以及⼀些源码的解读我只是⼀笔带过，这篇⽂章的主要⽬的是回顾⼀下 Spring 中的常见的设计模式。
Design Patterns(设计模式) 表⽰⾯向对象软件开发中最好的计算机编程实践。
Spring 框架中⼴泛使⽤了不同类型的设计模式，下⾯我们来看看到底有哪些设计模式?控制反转（IOC）和依赖注⼊（DI)IoC(Inversion of Control,控制翻转) 是Spring 中⼀个⾮常⾮常重要的概念，它不是什么技术，⽽是⼀种解耦的设计思想。
它的主要⽬的是借助于“第三⽅”(即Spring 中的 IOC 容器) 实现具有依赖关系的对象之间的解耦(IOC容易管理对象，你只管使⽤即可)，从⽽降低代码之间的耦合度。
IOC 是⼀个原则，⽽不是⼀个模式，以下模式（但不限于）实现了IoC原则。
ioc-patternsSpring IOC容器就像是⼀个⼯⼚⼀样，当我们需要创建⼀个对象的时候，只需要配置好配置⽂件/注解即可，完全不⽤考虑对象是如何被创建出来的。
IOC 容器负责创建对象，将对象连接在⼀起，配置这些对象，并从创建中处理这些对象的整个⽣命周期，直到它们被完全销毁。
在实际项⽬中⼀个 Service 类如果有⼏百甚⾄上千个类作为它的底层，我们需要实例化这个 Service，你可能要每次都要搞清这个 Service所有底层类的构造函数，这可能会把⼈逼疯。
如果利⽤ IOC 的话，你只需要配置好，然后在需要的地⽅引⽤就⾏了，这⼤⼤增加了项⽬的可维护性且降低了开发难度。
SSH_三大框架介绍
SSH_三大框架介绍SSH是指Struts、Spring和Hibernate三个开源框架的整合，其中每个框架都有自己的设计思想和特点，通过整合，可以充分发挥它们的优势，提高开发效率和系统性能。
下面将分别介绍这三个框架。
1. Struts：Struts是一个基于MVC设计模式的Web应用程序框架，它将应用程序分为三个层：模型（Model）、视图（View）和控制器（Controller）。
模型负责处理业务逻辑，视图负责展示数据，控制器负责接收用户输入和导航请求。
Struts通过配置文件定义请求的映射和处理逻辑，通过统一的控制器Servlet接收请求，根据配置文件将请求转发给相应的Action。
在Action中进行请求处理和业务逻辑的实现。
2. Spring：Spring是一个轻量级的IoC（Inverse of Control）容器和应用程序框架，它主要解决企业应用中的复杂性问题。
Spring的核心思想是面向接口编程和依赖注入。
通过Spring的IoC容器管理对象的生命周期和依赖关系，将对象的创建和销毁过程交给容器处理。
通过依赖注入，可以将对象之间的依赖关系解耦，提高代码的可维护性和可测试性。
Spring还提供了丰富的功能模块，如AOP（Aspect-Oriented Programming）框架、事务管理、远程调用等，可以在应用程序中灵活地配置和使用。
Spring的优点是具有良好的灵活性和扩展性，可以与其他框架进行无缝集成，支持多种数据库和应用服务器。
同时，Spring还提供了很强的层次化管理和面向切面编程的能力，使得开发人员可以更加精细地控制应用程序的流程和行为。
3. Hibernate：Hibernate是一个开源的对象关系映射框架，用于将Java对象映射到关系数据库中的表结构上。
Hibernate通过配置文件和注解，提供了一种方便的方式来实现数据的持久化和检索。
Hibernate根据对象的映射关系，自动生成相应的SQL语句，实现了对象与数据库之间的映射和转换。
spring 原理
spring 原理1、spring原理内部最核心的就是IOC了，动态注入，让一个对象的创建不用new了，可以自动的生产，这其实就是利用java里的反射，反射其实就是在运行时动态的去创建、调用对象，Spring就是在运行时，跟xml Spring的配置文件来动态的创建对象，和调用对象里的方法的。
Spring还有一个核心就是AOP这个就是面向切面编程，可以为某一类对象进行监督和控制（也就是在调用这类对象的具体方法的前后去调用你指定的模块）从而达到对一个模块扩充的功能。
这些都是通过配置类达到的。
Spring目的：就是让对象与对象（模块与模块）之间的关系没有通过代码来关联，都是通过配置类说明管理的（Spring根据这些配置内部通过反射去动态的组装对象）Spring里用的最经典的一个设计模式就是：模板方法模式。
(这里我都不介绍了，是一个很常用的设计模式)， Spring里的配置是很多的，很难都记住，但是Spring里的精华也无非就是以上的两点，把以上两点跟理解了也就基本上掌握了Spring.Spring AOP与IOC1、IoC：概念：控制权由对象本身转向容器；由容器根据配置文件去创建实例并创建各个实例之间的依赖关系核心：bean工厂；在Spring中，bean工厂创建的各个实例称作bean二、AOP(Aspect-Oriented Programming): 面向方面编程1、代理的两种方式：静态代理：针对每个具体类分别编写代理类；针对一个接口编写一个代理类；动态代理：针对一个方面编写一个InvocationHandler，然后借用JDK反射包中的Proxy类为各种接口动态生成相应的代理类2、动态代理:不用写代理类，虚拟机根据真实对象实现的接口产生一个类，通过类实例化一个动态代理，在实例化动态代理时将真实对象及装备注入到动态代理中，向客户端公开的是动态代理，当客户端调用动态代理方法时，动态代理根据类的反射得到真实对象的Method,调用装备的invoke方法，将动态代理、Method、方法参数传与装备的invoke方法，invoke方法在唤起method方法前或后做一些处理。
Spring中的常见的9种设计模式
Spring中的常见的9种设计模式1.简单⼯⼚(⾮23种设计模式中的⼀种)2.⼯⼚⽅法3.单例模式4.适配器模式5.装饰器模式6.代理模式7.观察者模式8.策略模式9.模版⽅法模式Spring中涉及的设计模式总结1.简单⼯⼚(⾮23种设计模式中的⼀种)实现⽅式：BeanFactory。
Spring中的BeanFactory就是简单⼯⼚模式的体现，根据传⼊⼀个唯⼀的标识来获得Bean对象，但是否是在传⼊参数后创建还是传⼊参数前创建这个要根据具体情况来定。
实质：由⼀个⼯⼚类根据传⼊的参数，动态决定应该创建哪⼀个产品类。
实现原理：bean容器的启动阶段：读取bean的xml配置⽂件,将bean元素分别转换成⼀个BeanDefinition对象。
然后通过BeanDefinitionRegistry将这些bean注册到beanFactory中，保存在它的⼀个ConcurrentHashMap中。
将BeanDefinition注册到了beanFactory之后，在这⾥Spring为我们提供了⼀个扩展的切⼝，允许我们通过实现接⼝BeanFactoryPostProcessor 在此处来插⼊我们定义的代码。
典型的例⼦就是：PropertyPlaceholderConfigurer，我们⼀般在配置数据库的dataSource时使⽤到的占位符的值，就是它注⼊进去的。
容器中bean的实例化阶段：实例化阶段主要是通过反射或者CGLIB对bean进⾏实例化，在这个阶段Spring⼜给我们暴露了很多的扩展点：各种的Aware接⼝，⽐如 BeanFactoryAware，对于实现了这些Aware接⼝的bean，在实例化bean时Spring会帮我们注⼊对应的BeanFactory的实例。
BeanPostProcessor接⼝，实现了BeanPostProcessor接⼝的bean，在实例化bean时Spring会帮我们调⽤接⼝中的⽅法。
Spring中常见的设计模式——装饰者模式
Spring中常见的设计模式——装饰者模式一、装饰者模式的应用场景装饰者模式（Decorator Pattern）是指在不改变原有对象的基础上，将功能附加到对象上，提供了比继承更有弹性的方案（扩展原有对象的功能），属于结构型模式。
装饰者模式适用于以下场景：•扩展一个类的功能或给一个类添加附加职责。
•动态给一个对象天机功能，这些功能可以再动态的撤销。
以做煎饼果子为例演示装饰者模式是怎么装的：首先做一个煎饼果子抽象：public abstract class Battercake {protected abstract String getMsg();protected abstract Integer getPrice();}然后，做一个基本的煎饼果子：public class BaseBattercake extends Battercake{@Overrideprotected String getMsg() {return "煎饼";}@Overrideprotected Integer getPrice() {return 5;}}创建扩展套餐的抽象装饰者：public class BattercakeDecorator extends Battercake {//静态代理委派private Battercake battercake;public BattercakeDecorator(Battercake battercake) { this.battercake = battercake;}@Overrideprotected String getMsg() {return battercake.getMsg();}@Overrideprotected Integer getPrice() {return battercake.getPrice();}}创建加鸡蛋装饰类：public class EggDecorator extends BattercakeDecorator { public EggDecorator(Battercake battercake) {super(battercake);}@Overrideprotected String getMsg() {return super.getMsg() "add an egg";}@Overrideprotected Integer getPrice() {return super.getPrice() 1;}}客户端：public class BattercakeTest {public static void main(String[] args) {//基本版Battercake battercake = new BaseBattercake();//加蛋battercake = new EggDecorator(battercake);//再加battercake = new EggDecorator(battercake);//跟静态代理区别在于静态代理不是is-a关系晶体代理会做功能增强，使同一个职责变得不一样//装饰者模式更多考虑扩展}}二、装饰者模式和适配器模式对比装饰者模式和适配器模式都是包装模式（Wrapper Pattern），装饰者模式是一种特殊的代理模式，二者对比如下：装饰者模式适配器模式形式是一种非常特别的适配器没有层级关系，装饰者模式有层级关系定义装饰者和被装饰着实现同一接口，主要目的是为了扩展后依旧保留旧的oop关系适配器和被适配这没有必然的关系，通常采用继承或代理的形式进行包装关系满足is-a关系满足has-a关系功注重覆盖、扩展注重兼容、转换能设前置考虑后置考虑计三、装饰模式在源码中的应用JDK中的I/O，如BufferReader,InputStream,OutputStream.Spring的缓存，myabtis 的TransactionalCache（事物相关缓存）：public class TransactionalCache implements Cache {private static final Log log = LogFactory.getLog(TransactionalCache.class);private final Cache delegate;...public TransactionalCache(Cache delegate) {this.delegate = delegate;...}...}四、装饰者模式的优缺点优点：•装饰者模式是继承的有力补充，比继承灵活，可以再不原有对象的情况下动态的给一个对象扩展功能，即插即用。