24khandsome's Blog

24khandsome's Blog

Spring-01-工厂类与常用注解

发表于 更新于 分类于
Spring源码-常用注解于常用工厂类

Spring框架功能整体介绍

image-20210614232348569

Spring Core Container

​ Core 和 Beans 模块是框架的基础部分，提供 IoC （转控制）和依赖注入特性。 这里的基础概念是 BeanFactory，它提供对 Factory 模式的经典实现来消除对程序对单例模式的需要，并真正地允许你从程序逻辑中分离出依赖关系和配置

​ Core：主要包含 Spring 框架基本的核心工具类， Spring 的其他组件都要用到这个包 里的类， Core模块是其他组件的基 本核心。

​ Beans (BeanFacotry)：它包含访问配直文件、创建和管理 bean 以及进行 Inversion of Control I Dependency Injection ( IoC/DI ）操作相关的所有类

​ Context(处理BeanFactory，一般还是ApplicationContext起作用)：构建于 Core 和 Beans 模块基础之上，提供了一种类似JNDI注册器的框架式的对象访问方法。Context模块继承了Beans的特性，为Spring核心提供了大量扩展，添加了对国际化（例如资源绑定）、事件传播、资源加载和对Context的透明创建的支持。Context模块同时也支持J2EE的一些特性，ApplicationContext接口是Context模块的关键

​ Expression Language：模块提供了强大的表达式语言，用于在运行时查询和操纵对象。它是JSP2.1规范中定义的unifed expression language 的扩展。该语言支持设直／获取属性的值，属性的分配，方法的调用，访问数组上下文（accessiong the context of arrays）、容器和索引器、逻辑和算术运算符、命名变量以及从Spring的IoC容器中根据名称检索对象。它也支持list投影、选择和一般的list聚合

Spring Data Access/Integration

​ JDBC：模块提供了一个JDBC抽象层，它可以消除冗长的JDBC编码和解析数据库厂商特有的错误代码。这个模块包含了Spring对JDBC数据访问进行封装的所有类

​ ORM：模块为流行的对象－关系映射API，如JPA、JDO、Hibernate、iBatis等，提供了一个交互层。利用ORM封装包，可以混合使用所有Spring提供的特性进行O/R映射，如前边提到的简单声明性事务管理。

​ OXM：模块提供了一个对Object 与 XML映射实现的抽象层

​ JMS(Java Messaging Service )：模块主要包含了 一些制造和消 费消息的特性。

​ Transaction：支持编程和声明性的事务管理，这些事务类必须实现特定的接口，并且对所有的 POJO 都适用

Spring Web

​ Web模块：提供了基础的面向Web的集成特性，例如，多文件上传、使用servlet listeners 初始化IoC 容器以及一个面向 Web 的应用上下文。 它还包含 Spring 远程支持中 Web 的相关部分。

Spring Aop

​ Aspects 模块提供了对 AspectJ 的集成支持。

​ Instrumentation 模块提供了 class instrumentation 支持和classloader 实现，使得可以在特定的应用服务器上使用

Test

Test 模块支持使用 JUnit 和 TestNG 对 Spring 组件进行测试

Spring容器继承图

IOC和DI(控制反转和依赖注入)

​ DI：软件设计的一个重要思想：依赖倒置原则（Dependency Inversion Principle ）

​ IOC：的思想最核心的地方在于，资源不由使用资源的双方管理，而由不使用资源的第三方管理，这可以带来很多好处。第一，资源集中管理，实现资源的可配置和易管理。第二，降低了使用资源双方的依赖程度，也就是我们说的耦合度

SpringIOC容器底层注解使用

往容器中定义bean信息的方式

在标有@Configuration的类上

  1. @Bean(适用于导入第三方组件的类)
  2. 通过@CompentScan +@Controller @Service @Respository @compent
    1. 排除用法 excludeFilters(排除@Controller注解的,和TulingService的)
    2. 包含用法 includeFilters ,注意，若使用包含的用法，需要把useDefaultFilters属性设置为false（true表
      示扫描全部的）
    3. @ComponentScan.Filter type的类型
      1. 注解形式的FilterType.ANNOTATION @Controller @Service @Repository @Compent
      2. 指定类型的 FilterType.ASSIGNABLE_TYPE @ComponentScan.Filter(type = FilterType.ASSIGNABLE_TYPE,value = {TulingService.class})
      3. aspectj类型的 FilterType.ASPECTJ(不常用) d)正则表达式的 FilterType.REGEX(不常用)
      4. e)自定义的 FilterType.CUSTOM
    4. 适用场景: 针对我们自己写的组件可以通过该方式来进行加载到容器中。
  3. @Import（导入组件的id为全类名路径）
    1. ImportSeletor
    2. ImportBeanDefinitionRegister
  4. @BeanFactory（创建复杂对象如SqlSessionFactoryBean）

配置Bean的作用域对象

@Scope指定的作用域方法取值

  • singleton 单实例的(默认)
  • prototype 多实例的
  • request 同一次请求
  • session 同一个会话级别

bean的生命周期

​ bean的创建—–>初始化 >销毁方法

bean的初始化和销毁

由容器管理Bean的生命周期，我们可以通过自己指定bean的初始化方法和bean的销毁方法

​ 针对单实例bean的话，容器启动的时候，bean的对象就创建了，而且容器销毁的时候，也会调用Bean的销毁方法

​ 针对多实例bean的话,容器启动的时候，bean是不会被创建的而是在获取bean的时候被创建，而且bean的销毁不受IOC容器的管理.

1
2
3
4
5
6
7
@Configuration
public class MainConfig {
//指定了bean的生命周期的初始化方法和销毁方法.
	@Bean(initMethod = "init",destroyMethod = "destroy") public Car car() {
		return new Car();
	}
}

通过 InitializingBean和DisposableBean接口

通过 @PostConstruct和@PreDestroy注解

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
@Component 
public class Book {

    public Book() {
        System.out.println("book 的构造方法");
    }

    @PostConstruct public void init() {
        System.out.println("book 的PostConstruct标志的方法");
    }

    @PreDestroy
    public void destory() {
        System.out.println("book 的PreDestory标注的方法");
    }
}

通过Spring的BeanPostProcessor的 bean的后置处理器会拦截所有bean初始化过程

​ postProcessBeforeInitialization 在init方法之前调用

​ postProcessAfterInitialization 在init方法之后调用

组件赋值

通过@Value +@PropertySource来给组件赋值

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public class Person {

    //通过普通的方式@Value("司马")
    private String firstName;

    //spel方式来赋值@Value("#{28-8}")
    private Integer age;
    通过读取外部配置文件的值
    @Value("${person.lastName}") 
    private String lastName;

    }

@Configuration
@PropertySource(value = {"classpath:person.properties"}) //指定外部文件的位置public class MainConfig {
    @Bean
    public Person person() { 
        return new Person();           
    }
}

自动装配

项目 @Autowired @Resource
第 1 优先 按类型 byType 注解name 属性
第 2 优先 类型多个 → 按字段名 byName 字段名
第 3 优先 （无） 按类型 byType
字段名作用 多实现时自动匹配 核心匹配依据
指定 Bean @Qualifier name 属性 or 字段名
支持构造器 ✅ 支持 ❌ 不支持

@AutoWired的使用

  • 自动装配首先时按照类型进行装配，若在IOC容器中发现了多个相同类型的组件，那么就按照属性名称来进行装配

    • 比如，我容器中有2个TulingDao类型的组件 一个叫tulingDao 一个叫tulingDao2

      那么我们通过@AutoWired 来修饰的属性名称时tulingDao，那么拿就加载容器的tulingDao组件，若属性名称为
      tulignDao2 那么他就加载的时tulingDao2组件

  • 假设我们需要指定特定的组件来进行装配，我们可以通过使用@Qualifier(“tulingDao”)来指定装配的组件或者在配置类上的@Bean加上@Primary注解

  • 假设我们容器中即没有tulingDao 和tulingDao2,那么在装配的时候就会抛出异常No qualifying bean of type ‘com.tuling.testautowired.TulingDao’ available 若我们想不抛异常 ，我们需要指定 required为false的时候可以了

  • 使用autowired

    • 可以标注在方法上标注在set方法上
    • 标注在构造方法上
    • 成员属性上
    • 标注在配置类上的入参中（可以不写）
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
@Autowired
public void setTulingLog(TulingLog tulingLog) { 
    this.tulingLog = tulingLog;
}

@Autowired
public TulingAspect(TulingLog tulingLog) { 
    this.tulingLog = tulingLog;
}

//标注在配置类上的入参中（可以不写）
@Bean
public TulingAspect tulingAspect(@Autowired TulingLog tulingLog) { 
    TulingAspect tulingAspect = new TulingAspect(tulingLog);
    return tulingAspect;
}

@Resource(JSR250规范)

功能和@AutoWired的功能差不多一样，但是不支持@Primary 和@Qualifier

来源：@Autowired来源Spring，@Resource来源JavaEE

必要性：@Resource注入的属性必须存在，否则抛错

顺序：

@Resource默认按注解属性名注入，熟悉名为空时，默认按标注的字段名或者方法名找bean，最后再根据类型匹配

@Autowired默认先按类型，存在多个时才根据@Qualifier或者@Primary，然后才根据名称

@InJect（JSR330规范）

需要导入jar包依赖
功能和支持@Primary功能 ,但是没有Require=false的功能

使用autowired 可以标注在方法上标注在set方法上

标注在构造方法上

标注在配置类上的入参中（可以不写）

XXXAware接口(内部组件赋值)

​ 我们自己的组件 需要使用spring ioc的底层组件的时候,比如 ApplicationContext等我们可以通过实现XXXAware接口来实现

@Profile环境激活

来根据环境来激活标识不同的Bean

  1. @Profile标识在类上，那么只有当前环境匹配，整个配置类才会生效
  2. @Profile标识在Bean上 ，那么只有当前环境的Bean才会被激活
  3. 没有标志为@Profile的bean 不管在什么环境都可以被激活
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
@Configuration
@PropertySource(value = {"classpath:ds.properties"})
public class MainConfig implements EmbeddedValueResolverAware {

	@Value("${ds.username}") 
    private String userName;

    @Value("${ds.password}") 
    private String password;
    private String jdbcUrl; 
    private String classDriver; 
    
    @Override
    public void setEmbeddedValueResolver(StringValueResolver resolver) {
    	this.jdbcUrl = resolver.resolveStringValue("${ds.jdbcUrl}"); 
        this.classDriver = resolver.resolveStringValue("${ds.classDriver}");
    }

    //标识为测试环境才会被装配@Bean
    @Profile(value = "test") public DataSource testDs() {
    	return buliderDataSource(new DruidDataSource());
    }

    //标识开发环境才会被激活@Bean
    @Profile(value = "dev") public DataSource devDs() {
    	return buliderDataSource(new DruidDataSource());
    }

    //标识生产环境才会被激活@Bean
    @Profile(value = "prod") public DataSource prodDs() {
    	return buliderDataSource(new DruidDataSource());
    }

    private DataSource buliderDataSource(DruidDataSource dataSource) { 
        dataSource.setUsername(userName); dataSource.setPassword(password); 
        dataSource.setDriverClassName(classDriver); dataSource.setUrl(jdbcUrl);
    	return dataSource;
    }
}