spring学习笔记

偏执的太偏执、 2023-07-23 12:56 22阅读 0赞

# spring 学习笔记 #

## 什么是spring？ ##

--------------------

spring是分层的Java SE/EE应用full-stack轻量级开源框架，以及IOC(Inverse of Control:控制反转)和AOP(Aspect Oriented Programming：面向切面编程)为内核，提供了展现层SpringMVC和持久层Spring JDBC以及业务层事务管理等众多的企业级应  
用技术，还能整合开源世界众多著名的第三方框架和类库，逐渐成为使用最多的java EE企业应用开源框架

## spring的优势 ##

--------------------

**方便解耦，简化开发**  
 通过spring提供的IOC容器，可以将对象间的依赖关系交由spring来进行控制，避免硬编码所造成的过度程序耦合，用户也不必在为单例模式类，属性文件解析等这些很底层的需求编写代码，可以更加专注于上层的应用。

**AOP编程的支持**  
 通过Spirng的AOP功能，方便进行面向切面的编程，许多不容易用传统OOP实现的功能可以通过AOP轻松应付。

**声明式事务的支持**  
 可以将我们从单调烦闷的事务管理代码解脱出来，通过声明式方式灵活的进行事务的管理，提高开发效率和质量

**方便程序的测试**  
 可以用非容器依赖的编程方式进行几乎所有的测试工作，测试不在是昂贵的操作，而是随手做的事情

**方便集成各种优秀的框架**  
 spring可以降低各种框架的使用难度，提供了对各种优秀框架(struts,Hibernate,Mybatis,Hessian,Quartz等)的直接支持

**降低JavaEE API的使用难度**  
 Spring对javaEE API(如JDBC，JavaMail，远程调用等)进行了薄薄的封装层，使这些API的使用难度大大降低

**Java源码是金典学习范例**  
 Spring的源码设计精妙，结构清晰，匠心独用，处处体现着大师对Java设计模式灵活运用以及对java技术的高深造诣。它的源码无意识java技术的最佳实践的范例。

## spring的核心特征有哪些? ##

--------------------

1.  依赖注入(DI)&&控制反转(IOC)  
     *依赖注入和控制反转是同一个概念，当某个角色(可能是一个java实例，调用者)需要另外一个角色(另外一个java实例，被调用者)的协助的时候，在传统的程序设计过程中，通常由调用者来创建被调用者的实例。但是在spring中，创建被调用者的工作不再由调用者来完成，因此称为控制反转。创建被调用者实例的工作通常由spring容器来完成，然后注入到调用者中，因此也称为依赖注入。*  
    DI是组装应用对象的一种方式，借助这张方式对象无需知道依赖来自何处或者依赖的实现方式。不同于自己获取依赖对象，对象会在运行期赋予它们所依赖的对象。依赖对象通常会通过接口了解所注入的对象，这样的话就能个确保低耦合。
2.  面向切面(AOP)  
     *DI能够让相互协作的软件组件保持松散耦合，而面向切面编程允许你把遍布应用各处的功能分离出来形成可重用的组件，面向切面编程往往别定义为促使软件系统实现关注点分离的一项技术。系统由许多不同的组件组成，每个一个组件各负责一块特定功能。除了实现自身核心功能之外，这些组件还经常承担着额外的职责。注入日志，事务和完全这样的系统服务经常融入到自身具有核心业务逻辑组件中去，这些系统服务通常被称为横切点，因为他们会跨越系统的多个组件。*  
    AOP可以帮助应用将散落在各处的逻辑汇聚于一处–切面。当Spring转配bean的时候，这些切面能够在运行期间编制起来，这样就能非常有效地赋予bean新的行为。

> 面向切面编程可以阅读小编的另外一篇文章

链接: [《springAOP知识点以及实战使用spring的AOP面向切面编程来处理事务问题》][springAOP_spring_AOP]

## Spring容器 ##

在基于Spring的应用中，你的应用对象生存与Spring容器中。Spring容器负责创建对象以及转配，配置并管理所有对象的整个生命周期，从生到死亡。容器是Spring框架的核心。Spring容器使用DI管理构成应用的组件，他会创建相互协作的组件之间的关联。毫无疑问，这些对象更简单干净，更易于理解，更易于重用并且更易于进行单元测试。  
Spring容器并不是只有一个。Spring自带多个容器实现。可以归为两种不同的类型。

*  bean工厂(org.springframework.beans.factory.BeanFactory接口定义)是最简单的容器，提供基本DI支持。
 *  应用上下文(org.springframework.context.ApplicationContext接口定义)。

bean工厂对大多数应用来说往往太低级了，因此应用上下文要比bean工厂要受欢迎。

### 使用应用上下文 ###

spring通过应用上下文(Application context)装载bean的定义并把他们组装起来。Spring应用上下文全权负责对象的创建和组装。Spring自带了多种应用上下文的实现，它们之间主要的区别仅仅在于如何加载配置。  
如果使用xml文件进行配置，则使用ClassPathXmlApplicationContext作为上下文。这个类加载位于程序类路径下的一个或者多个xml配置文件。  
Spring自带了多种类型的应用上下文。例如：

*  AnnotationConfigApplicationContext:从一个或多个基于java的配置类中加载Spring应用上下文。
 *  AnnotationConfigWebApplicationContext:从一个或多个基于java的配置类中加载Spirng web应用上下文
 *  ClassPathXmlApplicationContext:从类路径下的一个或多个XML配置文件中加载上下文定义，把应用上下文的定义文件作为类资源。
 *  FileSystemXmlApplicationContext:从文件系统下的一个或多个XML配置文件中加载上下文定义。
 *  XmlWebApplicationConetxt:从Web应用下的一个或多个XML配置文件中加载上下文定义。  
    无论是从文件系统中装载应用上下文还是从类路径下装载应用上下文，将bean加，  
    载到bean 工厂的过程都是相似的。例如，如下代码展示了如何加载一个  
    FileSystemXmlApplicationContext:  
    ApplicationContext context = new FileSystemXmlApplicati onContext (“c:/knight.xml”);  
    类似地，你可以使用ClassPathXmlAppl icationContext从应用的类路径下加载应用上下文:  
    Appl icationContext context = new ClassPathXmlApplicationContext ( “knight.xml”) ;  
    使用FileSystemXmlApplicationContext 和使用ClassPathXmlApplicationContext的区别在于: FileSystemXmlApplicationContext在指定的文件系统路径下查找knight.xml 文件。而ClassPathXmlApplicationContext是在所有的类路径(包含JAR文件)下查找 knight.xml文件。  
    如果你想从Java配置中加载应用上下文，那么可以使用AnnotationConfigApplicationContext  
    ApplicationContext context = new AnnotationConfigApplicationContext (  
    com.springinaction.knights.config.KnightConfig.class);  
    在这里没有指定加载Spring应用上下文所需的XML文件，AnnotationConfigApplicationContext通过一个配置类加载bean。  
    应用上下文准备就绪之后，我们就可以调用上下文的getBean()方法从Spring容  
    器中获取bean。

## spring装配bean的可选方案 ##

--------------------

*spring容器负责创建应用程序中的bean并通过DI来协调这些对象之间的关系。但是作为开发人员，需要告诉spring要创建哪些bean并且如何将这些bean装配到一起。当描述bean是如何进行装配时，spring具有非常大的灵活性，spring提供了三种主要的装配方式*

1.  在xml中进行显示配置
2.  在java代码中进行显示配置
3.  隐式的bean发现机制和自动装配(基于注解的自动装配)

Spring的配置风格是可以相互搭配的，所以你可以选择使用XML装配一些bean，使用Spring基于java的配置(JavaConfig)来装配另一些bean，而将剩余的bean让Spring自动发现。在大多数的开发过程中，显示配置时越少越好。当必须要显示配置bean的时候(比如，有些源码不是由我们来维护的，而当你需要为这些代码配置bean的时候)。推荐使用类型安全并且比XML更加强大的JavaConfig。最后，只有当你想要使用便利的XML命名空间，并且在javaConfig中没有同样的实现时，才应该使用XML。

### 自动化装配bean(隐式装配) ###

请点击链接阅读我另外一篇博客对spring自动化转配bean技术的总结文章  
链接:[《spring隐式的bean发现机制和自动化装配，基于注解的自动化装配》][spring_bean]  
链接:[《spring隐式的bean发现机制和自动化装配源码案例》][spring_bean 1]

### 显示装配bean ###

尽管在很多场景下通过组件扫描和自动装配实现Spring的自动化配置时更为推荐的方式，但有时候自动化配置的方案行不通，因此需要明确配置spring。比如说，你想要将第三方库中的组件转配到你的应用中，在这种情况下，是没有办法在它的类上添加@Component和@Autowired注解的，因此就不能使用自动化装配的方案了。在这种情况下必须使用显示装配的方式。在进行显示装配的方式中，有两种可选择的方案：

1.  在xml中进行显示配置
2.  在java代码中进行显示配置

#### 通过java代码装配bean ####

在进行显示配置时，JavaConfig是更好的方案，因为它更为强大，类型安全并且对重构友好。因为它就是Java代码，就像应用程序中的其他Java代码一样。  
请查看另一篇小编对java代码装配Bean的总结文章

链接[《通过Java代码显示装配bean》][Java_bean]  
链接[《通过Java代码显示装配Bean的源码案例》][Java_Bean]

#### 通过xml装配Bean ####

在Spring刚刚出现的时候，XML是描述配置的主要方式。在Spring的名义下，我  
们创建了无数行XML代码。在- -定程度 上，Spring 成为了XML配置的同义词。  
尽管Spring长期以来确实与XML有着关联，但现在需要明确的是，XML不再是  
配置Spring 的唯一可选方案。 Spring 现在有了强大的自动化配置和基于Java的配置，  
XML不应该再是你的第一选择了 。  
 不过，鉴于已经存在那么多基于XML的Spring配置，所以理解如何在Spring中使  
用XML还是很重要的。但是，我希望本节的内容只是用来帮助你维护已有的XML配  
置，在完成新的Spring工作时，希望你会使用自动化配置和JavaConfig.

链接[《通过xml装配Bean知识点总结》][xml_Bean]  
链接[《通过xml装配Bean的源码案例》][xml_Bean 1]

[springAOP_spring_AOP]: https://blog.csdn.net/summer_style/article/details/106483813
[spring_bean]: https://blog.csdn.net/summer_style/article/details/106731039
[spring_bean 1]: https://blog.csdn.net/summer_style/article/details/106734364
[Java_bean]: https://blog.csdn.net/summer_style/article/details/106738678
[Java_Bean]: https://blog.csdn.net/summer_style/article/details/106739379
[xml_Bean]: https://blog.csdn.net/summer_style/article/details/105604141
[xml_Bean 1]: https://blog.csdn.net/summer_style/article/details/106415695