Spring高手之路2——深入理解注解驱动配置与XML配置的融合与区别

news2024/12/24 8:08:37

文章目录

  • 1. 配置类的编写与Bean的注册
  • 2. 注解驱动IOC的依赖注入与XML依赖注入对比
  • 3. Spring中组件的概念
  • 4. 组件注册
  • 5. 组件扫描
    • 5.1 使用@ComponentScan的组件扫描
    • 5.2 xml中启用component-scan组件扫描
    • 5.3 不使用@ComponentScan的组件扫描
  • 6. 组件注册的其他注解
  • 7. 将注解驱动的配置与XML驱动的配置结合使用
  • 8. 思考总结
    • 8.1 为什么我们需要注册组件,这与Bean注册有什么区别?
    • 8.2 什么是组件扫描,为什么我们需要它,它是如何工作的?

1. 配置类的编写与Bean的注册

  XML配置中,我们通常采用ClassPathXmlApplicationContext,它能够加载类路径下的XML配置文件来初始化Spring应用上下文。然而,在注解驱动的配置中,我们则使用以Annotation开头和ApplicationContext结尾的类,如AnnotationConfigApplicationContextAnnotationConfigApplicationContextSpring容器的一种,它实现了ApplicationContext接口。

  对比于 XML 文件作为驱动,注解驱动需要的是配置类。一个配置类就可以类似的理解为一个 XML 。配置类没有特殊的限制,只需要在类上标注一个 @Configuration 注解即可。

我们创建一个 Book 类:

public class Book {
    private String title;

    private String author;


    public String getTitle() {
        return title;
    }

    public void setTitle(String title) {
        this.title = title;
    }

    public String getAuthor() {
        return author;
    }

    public void setAuthor(String author) {
        this.author = author;
    }
}

xml 中声明 Bean 是通过 <bean> 标签

<bean id="book" class="com.example.Book">
    <property name="title" value="Java Programming"/>
    <property name="author" value="Unknown"/>
</bean>

如果要在配置类中替换掉 <bean> 标签,需要使用 @Bean 注解

我们创建一个配置类来注册这个 Book bean

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class LibraryConfiguration {
    @Bean
    public Book book() {
        Book book = new Book();
        book.setTitle("Java Programming");
        book.setAuthor("Unknown");
        return book;
    }
}

  在这个配置中,我们使用了 @Configuration 注解来表示这是一个配置类,类似于一个 XML 文件。我们在 book() 方法上使用了 @Bean 注解,这意味着这个方法将返回一个由 Spring 容器管理的对象。这个对象的类型就是 Bookbean 的名称id就是方法的名称,也就是 “book”。

  类似于 XML 配置的 <bean> 标签,@Bean 注解负责注册一个 bean。你可以把 @Bean 注解看作是 <bean> 标签的替代品。

  如果你想要更改这个 bean 的名称,你可以在 @Bean 注解中使用 name 属性:

   @Bean(name="mybook")
    public Book book() {
        Book book = new Book();
        book.setTitle("Java Programming");
        book.setAuthor("Unknown");
        return book;
    }

  这样,这个 Book bean 的名称就变成了 “mybook”。

启动并初始化注解驱动的IOC容器

@SpringBootApplication
public class DemoApplication {

    public static void main(String[] args) {
		ApplicationContext context = new AnnotationConfigApplicationContext(LibraryConfiguration.class);

        // 从容器中获取 Book bean
        LibraryConfiguration libraryConfiguration = context.getBean(LibraryConfiguration.class);
        System.out.println(libraryConfiguration.book().getTitle());
        System.out.println(libraryConfiguration.book().getAuthor());
    }
}

  ApplicationContext context = new AnnotationConfigApplicationContext(LibraryConfiguration.class)这个语句创建了一个Spring的应用上下文,它是以配置类LibraryConfiguration.class作为输入的,这里明确指定配置类的Spring应用上下文,适用于更一般的Spring环境。

  对比一下ApplicationContext context = SpringApplication.run(DemoApplication.class, args);这个语句则是Spring Boot应用的入口,启动一个Spring Boot应用。SpringApplication.run()方法会创建一个Spring Boot应用上下文(也就是一个SpringApplication对象),这个上下文包含了Spring Boot应用所有的Bean和配置类,还有大量的默认配置。这个方法之后,Spring Boot的自动配置就会起作用。你可以把SpringApplication.run()创建的Spring Boot上下文看作是更加功能丰富的Spring上下文。

打印结果:

IOC

Java ProgrammingUnknown被打印,执行成功。

注意:@SpringBootApplication是一个复合注解,它等效于同时使用了@Configuration@EnableAutoConfiguration@ComponentScan。这三个注解的作用是:

  • @Configuration:指明该类是一个配置类,它可能会有零个或多个@Bean注解,方法产生的实例由Spring容器管理。

  • @EnableAutoConfiguration:告诉Spring Boot根据添加的jar依赖自动配置你的Spring应用。

  • @ComponentScanSpring Boot会自动扫描该类所在的包以及子包,查找所有的Spring组件,包括@Configuration类。

  在非Spring Boot的传统Spring应用中,我们通常使用AnnotationConfigApplicationContext或者ClassPathXmlApplicationContext等来手动创建和初始化SpringIOC容器。

  "非Spring Boot的传统Spring应用"是指在Spring Boot项目出现之前的Spring项目,这些项目通常需要手动配置很多东西,例如数据库连接、事务管理、MVC控制器等。这种类型的Spring应用通常需要开发者对Spring框架有深入的了解,才能做出正确的配置。

  Spring BootSpring项目的一个子项目,它旨在简化Spring应用的创建和配置过程。Spring Boot提供了一系列的"起步依赖",使得开发者只需要添加少量的依赖就可以快速开始项目的开发。此外,Spring Boot还提供了自动配置的特性,这使得开发者无需手动配置数据库连接、事务管理、MVC控制器等,Spring Boot会根据项目的依赖自动进行配置。

  因此,"非Spring Boot的传统Spring应用"通常需要手动创建和初始化SpringIOC容器,比如使用AnnotationConfigApplicationContextClassPathXmlApplicationContext等。在Spring Boot应用中,这个过程被自动化了,开发者只需要在main方法中调用SpringApplication.run方法,Spring Boot就会自动创建和初始化SpringIOC容器。SpringApplication.run(Application.class, args);语句就是启动Spring Boot应用的关键。它会启动一个应用上下文,这个上下文会加载所有的Spring组件,并且也会启动SpringIOC容器。在这个过程中,所有通过@Bean注解定义的bean都会被创建,并注册到IOC容器中。

  有人说,那学习Spring Boot就好了,学什么Spring和Spring MVC啊,这不是落后了吗

  Spring Boot并不是Spring框架的替代品,而是建立在Spring框架之上的一种工具,它内部仍然使用Spring框架的很多核心技术,包括Spring MVC。所以,当我们在使用Spring Boot时,我们实际上仍然在使用Spring MVC来处理Web层的事务。

  简而言之,Spring MVC是一个用于构建Web应用程序的框架,而Spring Boot是一个用于简化Spring应用程序开发的工具,它内部仍然使用了Spring MVC。你在Spring Boot应用程序中使用的@Controller@Service@Autowired等注解,其实都是Spring框架提供的,所以,原理性的东西还是需要知道。


2. 注解驱动IOC的依赖注入与XML依赖注入对比

我们就以上面的例子来说,假设配置类注册了两个bean,并设置相关的属性:

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class LibraryConfiguration {
    @Bean
    public Book book() {
        Book book = new Book();
        book.setTitle("Java Programming");
        book.setAuthor("Unknown");
        return book;
    }

    @Bean
    public Library library() {
        Library library = new Library();
        library.setBook(book());
        return library;
    }
}

  这里的方法有@Bean注解,这个注解告诉Spring,这个方法返回的对象需要被注册到SpringIOC容器中。

如果不用注解,要实现相同功能的话,对应的XML配置如下:

<bean id="book" class="com.example.Book">
    <property name="title" value="Java Programming"/>
    <property name="author" value="Unknown"/>
</bean>

<bean id="library" class="com.example.Library">
    <property name="book" ref="book"/>
</bean>

  在这个XML配置中,我们定义了两个<bean>元素,分别用来创建Book对象和Library对象。在创建Book对象时,我们使用了<property>元素来设置titleauthor属性。在创建Library对象时,我们也使用了<property>元素,但是这次我们使用了ref属性来引用已经创建的Book对象,这就相当于将Book对象注入到Library对象中。


3. Spring中组件的概念

  在Spring框架中,当我们说 “组件” 的时候,我们通常指的是被Spring管理的各种Java对象,这些对象在Spring的应用上下文中作为Bean存在。这些组件可能是服务层的类、数据访问层的类、控制器类、配置类等等。

  @ComponentScan注解会扫描指定的包(及其子包)中的类,如果这些类上标注了@Component@Controller@Service@Repository@Configuration等注解,那么Spring就会为这些类创建Bean定义,并将这些Bean定义注册到Spring的应用上下文中。因此,我们通常说@ComponentScan进行了"组件扫描",因为它扫描的是标注了上述注解的类,这些类在Spring中都被视为组件。

  而这些注解标记的类,最终在Spring的应用上下文中都会被创建为Bean,因此,你也可以理解@ComponentScan为"Bean扫描"。但是需要注意的是,@ComponentScan只负责扫描和注册Bean定义,Bean定义就是元数据描述,包括了如何创建Bean实例的信息。

总结一下,@ComponentScan注解会扫描并注册的"组件"包括:

  • 标注了@Component注解的类
  • 标注了@Controller注解的类(Spring MVC中的控制器组件)
  • 标注了@Service注解的类(服务层组件)
  • 标注了@Repository注解的类(数据访问层组件)
  • 标注了@Configuration注解的类(配置类)

这些组件最终都会在Spring的应用上下文中以Bean的形式存在。


4. 组件注册

这里Library 标注 @Configuration 注解,即代表该类会被注册到 IOC 容器中作为一个 Bean

@Component
public class Library {
}

相当于 xml 中的:

<bean id="library" class="com.example.demo.configuration.Library">

如果想指定 Bean 的名称,可以直接在 @Configuration 中声明 value 属性即可

@Component("libra")
public class Library {
}

  @Component("libra")就将这个bean的名称改为了libra,如果不指定 Bean 的名称,它的默认规则是 “类名的首字母小写”(例如Library 默认名称是 library )


5. 组件扫描

如果我们只写了@Component@Configuration 这样的注解,IOC容器是找不到这些组件的。

5.1 使用@ComponentScan的组件扫描

忽略掉之前的例子,在这里我们需要运行的代码如下:

@Component
public class Book {
    
    private String title = "Java Programming";
    private String author = "Unknown";

    public String getTitle() {
        return title;
    }

    public void setTitle(String title) {
        this.title = title;
    }

    public String getAuthor() {
        return author;
    }

    public void setAuthor(String author) {
        this.author = author;
    }
}
@Component
public class Library {
    @Resource
    private Book book;

    public Book getBook() {
        return book;
    }

    public void setBook(Book book) {
        this.book = book;
    }
}

如果不写@ComponentScan,而且@Component注解标识的类不在当前包或者子包,那么就会报错。

IOC

  难道@Component注解标识的类在当前包或者当前包的子包,主程序上就可以不写@ComponentScan了吗?

  是的!前面说了,@SpringBootApplication 包含了 @ComponentScan,其实已经帮我们写了!只有组件和主程序不在一个共同的根包下,才需要显式地使用 @ComponentScan 注解。由于 Spring Boot 的设计原则是“约定优于配置”,所以推荐将主应用类放在根包下。

  在应用中,我们的组件(带有 @Component@Service@Repository@Controller 等注解的类)和主配置类位于不同的包中,并且主配置类或者启动类没有使用 @ComponentScan 指定扫描这些包,那么在运行时就会报错,因为Spring找不到这些组件。

主程序:

@SpringBootApplication
@ComponentScan(basePackages = "com.example")
public class DemoApplication {

    public static void main(String[] args) {
        ApplicationContext context = SpringApplication.run(DemoApplication.class, args);
        Library library = context.getBean(Library.class);
        System.out.println(library.getBook().getTitle());
        System.out.println(library.getBook().getAuthor());
    }

}
IOC

  @ComponentScan 不一定非要写在主程序(通常是指 Spring Boot 的启动类)上,它可以写在任何配置类(标记有 @Configuration 注解的类)上。@ComponentScan 注解会告诉 Spring 从哪些包开始进行组件扫描。

  为了简化配置,我们通常会将 @ComponentScan 放在主程序上,因为主程序一般会位于根包下,这样可以扫描到所有的子包。这里为了演示,并没有把主程序放在根目录。

  我们上面说过,@ComponentScan只负责扫描和注册Bean定义,只有需要某个Bean时,这个Bean才会实例化。

那怎么才能知道是不是需要这个Bean呢?

  我来给大家举例子,并且还会说明Bean的创建顺序问题,"需要某个Bean"通常体现在以下几个方面:

  • 依赖注入(Dependency Injection): 如果一个BeanA的字段或者构造方法被标注为@Autowired或者@Resource,那么Spring就会尝试去寻找类型匹配的BeanB并注入到BeanA中。在这个过程中,如果BeanB还没有被创建,那么Spring就会先创建BeanB的实例。
@Component
public class BeanA {
    @Autowired
    private BeanB beanB;
}

@Component
public class BeanB {
}

  BeanA依赖于BeanB。在这种情况下,当你尝试获取BeanA的实例时,Spring会首先创建BeanB的实例,然后把这个实例注入到BeanA中,最后创建BeanA的实例。在这个例子中,BeanB会先于BeanA被创建。

  这种方式的一个主要优点是,我们不需要关心Bean的创建顺序,Spring会自动解决这个问题。这是Spring IoC容器的一个重要特性,也是为什么它能够使我们的代码更加简洁和易于维护的原因。

  • Spring框架调用: 有些情况下,Spring框架的一些组件或者模块可能需要用到你定义的Bean。比如,如果你定义了一个@Controller,那么在处理HTTP请求时,Spring MVC就会需要使用到这个@Controller Bean。如果这个时候Bean还没有被创建,那么Spring也会先创建它的实例。

假设我们有一个名为BookController的类,该类需要一个BookService对象来处理一些业务逻辑。

@Controller
public class BookController {
    @Autowired
    private BookService bookService;

    // 其他的控制器方法
}

BookService

@Service
public class BookService {
    @Autowired
    private BookMapper bookMapper;

    // 一些业务逻辑方法
}

Spring Boot应用程序启动时,以下步骤将会发生:

  1. 首先,Spring框架通过@ComponentScan注解扫描类路径,找到了BookControllerBookServiceBookMapper等类,并为它们创建Bean定义,注册到Spring的应用上下文中。

  2. 当一个请求到达并需要使用到BookController时,Spring框架会尝试创建一个BookControllerBean实例。

  3. 在创建BookControllerBean实例的过程中,Spring框架发现BookController类中需要一个BookServiceBean实例(通过@Autowired注解指定),于是Spring框架会先去创建一个BookServiceBean实例。

  4. 同样,在创建BookServiceBean实例的过程中,Spring框架发现BookService类中需要一个BookMapperBean实例(通过@Autowired注解指定),于是Spring框架会先去创建一个BookMapperBean实例。

  5. 在所有依赖的Bean都被创建并注入之后,BookControllerBean实例最终被创建完成,可以处理来自用户的请求了。

在这个过程中,BookControllerBookServiceBookMapper这三个Bean的创建顺序是有严格要求的,必须按照他们之间的依赖关系来创建。只有当一个Bean的所有依赖都已经被创建并注入后,这个Bean才能被创建。这就是Spring框架的IoC(控制反转)和DI(依赖注入)的机制。

  • 手动获取: 如果你在代码中手动通过ApplicationContext.getBean()方法获取某个Bean,那么Spring也会在这个时候创建对应的Bean实例,如果还没有创建的话。

  总的来说,"需要"一个Bean,是指在运行时有其他代码需要使用到这个Bean的实例,这个"需要"可能来源于其他Bean的依赖,也可能来源于框架的调用,或者你手动获取。在这种需要出现时,如果对应的Bean还没有被创建,那么Spring就会根据之前通过@ComponentScan等方式注册的Bean定义,创建对应的Bean实例。

5.2 xml中启用component-scan组件扫描

对应于 @ComponentScanXML 配置是 <context:component-scan> 标签

<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns:context="http://www.springframework.org/schema/context"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
       http://www.springframework.org/schema/beans/spring-beans.xsd
       http://www.springframework.org/schema/context
       http://www.springframework.org/schema/context/spring-context.xsd">

    <context:component-scan base-package="com.example" />

</beans>

  在这段 XML 配置中,<context:component-scan> 标签指定了 Spring 需要扫描 com.example 包及其子包下的所有类,这与 @ComponentScan 注解的功能是一样的。

  注意:在使用 <context:component-scan> 标签时,需要在 XML 配置文件的顶部包含 context 命名空间和相应的 schema 位置(xsi:schemaLocation)。

5.3 不使用@ComponentScan的组件扫描

如果我们不写@ComponentScan注解,那么这里可以把主程序改为如下:

@SpringBootApplication
public class DemoApplication {
    public static void main(String[] args) {
        ApplicationContext context = new AnnotationConfigApplicationContext("com.example");
        Library library = context.getBean(Library.class);
        System.out.println(library.getBook().getTitle());
        System.out.println(library.getBook().getAuthor());
    }
}

  AnnotationConfigApplicationContext 的构造方法中有一个是填写basePackages路径的,可以接受一个或多个包的名字作为参数,然后扫描这些包及其子包。

IOC

运行结果如下:

IOC

  在这个例子中,Spring 将会扫描 com.example 包及其所有子包,查找并注册所有的 Bean,达到和@ComponentScan注解一样的效果。

  我们也可以手动创建一个配置类来注册bean,那么想要运行得到一样的效果,需要的代码如下:

@Component
public class Book {
    
    private String title = "Java Programming";
    private String author = "Unknown";

    public String getTitle() {
        return title;
    }

    public void setTitle(String title) {
        this.title = title;
    }

    public String getAuthor() {
        return author;
    }

    public void setAuthor(String author) {
        this.author = author;
    }
}
@Component
public class Library {
    
    private Book book;

    public Book getBook() {
        return book;
    }

    public void setBook(Book book) {
        this.book = book;
    }
}
@Configuration
public class LibraryConfiguration {
    @Bean
    public Book book() {
        Book book = new Book();
        book.setTitle("Java Programming");
        book.setAuthor("Unknown");
        return book;
    }

    @Bean
    public Library library() {
        Library library = new Library();
        library.setBook(book());
        return library;
    }
}

主程序:

@SpringBootApplication
public class DemoApplication {
    public static void main(String[] args) {
        ApplicationContext context = new AnnotationConfigApplicationContext(LibraryConfiguration.class);
        Library library = context.getBean(Library.class);
        System.out.println(library.getBook().getTitle());
        System.out.println(library.getBook().getAuthor());
    }
}

  我们创建了一个配置类LibraryConfiguration,用于定义BookLibrary这两个bean。然后以配置类LibraryConfiguration.class作为输入的来创建SpringIOC容器(Spring应用上下文就是Spring IOC容器)。

运行结果和前面一样。

  注意,在这个例子里,如果你写@ComponentScan,并且SpringApplication.run(Application.class, args);作为Spring上下文,那么这里运行配置类需要去掉BookLibrary类的@Component注解,不然会报错A bean with that name has already been defined。这是因为如果同时在 BookLibrary 类上使用了 @Component 注解,而且配置类LibraryConfiguration上使用了@Configuration注解,这都会被 @ComponentScan 扫描到,那么 BookLibrary的实例将会被创建并注册两次。正确的做法是,要么在配置类中通过 @Bean 注解的方法创建BookLibrary的实例,要么在 BookLibrary 类上写 @Component 注解。如果不是第三方库,我们一般选择后者。

为什么要有配置类出现?所有的Bean上面使用@Component,用@ComponentScan注解扫描不就能解决了吗?

  我们在使用一些第三方库时,需要对这些库进行一些特定的配置。这些配置信息,我们可能无法直接通过注解或者XML来完成,或者通过这些方式完成起来非常麻烦。而配置类可以很好地解决这个问题。通过配置类,我们可以在Java代码中完成任何复杂的配置逻辑。

  假设你正在使用 MyBatis,在这种情况下可能需要配置一个SqlSessionFactory,在大多数情况下,我们无法(也不应该)直接修改第三方库的代码,所以无法直接在SqlSessionFactory类或其他类上添加@Configuration@Component等注解。为了能够在Spring中使用和配置这些第三方库,我们需要创建自己的配置类,并在其中定义@Bean方法来初始化和配置这些类的实例。这样就可以灵活地控制这些类的实例化过程,并且可以利用Spring的依赖注入功能。

下面是一个使用@Configuration@Bean来配置MyBatis的例子:

@Configuration
@MapperScan("com.example.demo.mapper")
public class MyBatisConfig {

    @Bean
    public SqlSessionFactory sqlSessionFactory(DataSource dataSource) throws Exception {
        SqlSessionFactoryBean factoryBean = new SqlSessionFactoryBean();
        factoryBean.setDataSource(dataSource);
        factoryBean.setMapperLocations(
                new PathMatchingResourcePatternResolver().getResources("classpath*:com/example/demo/mapper/*Mapper.xml")
        );
        return factoryBean.getObject();
    }
}

  sqlSessionFactory方法创建一个SqlSessionFactoryBean对象,并使用DataSourceSpring Boot默认为你配置的一个Bean)进行初始化。然后,它指定MyBatis mapper XML文件的位置,最后返回SqlSessionFactory对象。

  通过这种方式,你可以灵活地配置MyBatis,并将其整合到Spring应用中。这是一种比使用XML配置文件或仅仅依赖于自动配置更为灵活和强大的方式。


6. 组件注册的其他注解

  @Controller, @Service, @Repository@Component 一样的效果,它们都会被 Spring IoC 容器识别,并将类实例化为 Bean。让我们来看这些注解:

  • @Controller:这个注解通常标注在表示表现层(比如 Web 层)的类上,如Spring MVC 中的控制器。它们处理用户的 HTTP 请求并返回响应。虽然 @Controller@Component 在功能上是类似的,但 @Controller 注解的使用表示了一种语义化的分层结构,使得控制层代码更加清晰。
IOC
  • @Service:这个注解通常用于标注业务层的类,这些类负责处理业务逻辑。使用 @Service 注解表明该类是业务处理的核心类,使得代码更具有语义化。
IOC
  • @Repository:这个注解用于标记数据访问层,也就是数据访问对象或DAO层的组件。在数据库操作的实现类上使用 @Repository 注解,这样Spring将自动处理与数据库相关的异常并将它们转化为SpringDataAccessExceptions
IOC

  在实际开发中,几乎很少看到@Repository,而是利用 MyBatis@Mapper@MapperScan 实现数据访问,通常做法是,@MapperScan 注解用于扫描特定包及其子包下的接口,这些接口被称为 Mapper 接口。Mapper 接口方法定义了 SQL 查询语句的签名,而具体的 SQL 查询语句则通常在与接口同名的 XML 文件中定义。

  @MapperScan("com.example.**.mapper") 会扫描 com.example 包及其所有子包下的名为 mapper 的包,以及 mapper 包的子包。 ** 是一个通配符,代表任意深度的子包。

举个例子,以下是一个 Mapper 接口的定义:

package com.example.demo.mapper;

public interface BookMapper {
    Book findBookById(int id);
}

对应的 XML 文件(通常位于 resources 目录下,并且与接口在相同的包路径中)

<!DOCTYPE mapper
        PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
        "http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="com.example.demo.BookMapper">
    <select id="findBookById" parameterType="int" resultType="com.example.demo.Book">
        SELECT title, author FROM book WHERE id = #{id}
    </select>
</mapper>

  注意:在 XML 文件中的 namespace 属性值必须与 Mapper 接口的全限定类名相同,<select> 标签的 id 属性值必须与接口方法名相同。

然后,在 Spring Boot 的主类上,我们使用 @MapperScan 注解指定要扫描的包:

@SpringBootApplication
@MapperScan("com.example.**.mapper")
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

  这样,MyBatis 就会自动为 UserMapper 接口创建一个实现类(实际上是一个代理对象),并将其注册到 Spring IOC 容器中,你就可以在你的服务类中直接注入 BookMapper 并使用它。

可能有小伙伴注意到了,这几个注解中都有这么一段代码

    @AliasFor(
        annotation = Component.class
    )
    String value() default "";

  @AliasForSpring 框架的注解,它允许你在一个注解属性上声明别名。在 Spring 的许多核心注解中,@AliasFor 用于声明一个或多个别名属性。

  举个例子,在 @Controller, @Service, @Repository注解中,value() 方法上的 @AliasFor 声明了一个别名属性,它的目标注解是 @Component,具体的别名属性是 value。也就是说,当我们在 @Controller, @Service, @Repository 注解上使用 value() 方法设置值时,实际上也就相当于在 @Component 注解上设置了 name 属性的值。同时,这也表明了 @Controller, @Service, @Repository注解本身就是一个特殊的 @Component


7. 将注解驱动的配置与XML驱动的配置结合使用

  有没有这么一种可能,一个旧的Spring项目,里面有很多旧的XML配置,现在你接手了,想要全部用注解驱动,不想再写XML配置了,那应该怎么兼容呢?

假设我们有一个旧的Spring XML配置文件 old-config.xml

<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
    http://www.springframework.org/schema/beans/spring-beans.xsd">

    <bean id="oldBean" class="com.example.OldBean" />

</beans>

这个文件定义了一个名为 “oldBean” 的bean

然后,我们编写一个新的注解驱动的配置类:

package com.example;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.ImportResource;

@Configuration
@ImportResource("classpath:old-config.xml")
public class NewConfig {

    @Bean
    public NewBean newBean() {
        return new NewBean();
    }
}

  在这个新的配置类中,我们使用 @ImportResource 注解来引入旧的XML配置文件,并定义了一个新的beannewBean”。@ImportResource("classpath:old-config.xml")告诉Spring在初始化AppConfig配置类时,去类路径下寻找old-config.xml文件,并加载其中的配置。

  当我们启动应用程序时,Spring会创建一个 ApplicationContext,这个 ApplicationContext 会包含 old-config.xml 文件中定义的所有beans(例如 “oldBean”),以及 NewConfig 类中定义的所有beans(例如 “newBean”)。

package com.example;

import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;

public class Application {

    public static void main(String[] args) {
        ApplicationContext context = new AnnotationConfigApplicationContext(NewConfig.class);
        
        OldBean oldBean = context.getBean("oldBean", OldBean.class);
        NewBean newBean = context.getBean("newBean", NewBean.class);
        
        System.out.println(oldBean);
        System.out.println(newBean);
    }
}

  在以上的main方法中,我们通过使用AnnotationConfigApplicationContext并传入NewConfig.class作为参数,初始化了一个Spring上下文。在这个上下文中,既包含了从old-config.xml导入的bean,也包含了在NewConfig配置类中使用@Bean注解定义的bean

  所以,通过使用 @ImportResource,可以在新的注解配置中引入旧的XML配置,这样就可以在不打断旧的XML配置的基础上逐步迁移至新的注解配置。

上面我们说到类路径,什么是类路径?

  resources目录就是类路径(classpath)的一部分。所以当我们说"类路径下"的时候,实际上也包含了"resources"目录。JVM在运行时,会把"src/main/resources"目录下的所有文件和文件夹都添加到类路径中。

  例如有一个XML文件位于"src/main/resources/config/some-context.xml",那么可以用以下方式来引用它:

@Configuration
@ImportResource("classpath:config/some-context.xml")
public class AppConfig {
    //...
}

这里可以描述为在类路径下的’config’目录中查找’some-context.xml’文件。

为什么说JVM在运行时,会把"src/main/resources"目录下的所有文件和文件夹都添加到类路径中?

  当你编译并运行一个Java项目时,JVM需要知道去哪里查找.class文件以及其他资源文件。这个查找的位置就是所谓的类路径(Classpath)。类路径可以包含文件系统上的目录,也可以包含jar文件。简单的说,类路径就是JVM查找类和资源的地方。

  在一个标准的Maven项目结构中,Java源代码通常在src/main/java目录下,而像是配置文件、图片、静态网页等资源文件则放在src/main/resources目录下。

  当你构建项目时,Maven(或者其他的构建工具,如Gradle)会把src/main/java目录下的.java文件编译成.class文件,并把它们和src/main/resources目录下的资源文件一起复制到项目的输出目录(通常是target/classes目录)。

IOC IOC

  然后当你运行程序时,JVM会把target/classes目录(即编译后的src/main/javasrc/main/resources)添加到类路径中,这样JVM就可以找到程序运行所需的类和资源了。

  如果有一个名为application.properties的文件在src/main/resources目录下,就可以使用类路径来访问它,就像这样:classpath:application.properties。在这里classpath:前缀告诉JVM这个路径是相对于类路径的,所以它会在类路径中查找application.properties文件。因为src/main/resources在运行时被添加到了类路径,所以JVM能找到这个文件。


8. 思考总结

8.1 为什么我们需要注册组件,这与Bean注册有什么区别?

  在Spring框架中,Bean对象是由Spring IoC容器创建和管理的。通常Bean对象是应用程序中的业务逻辑组件,如数据访问对象(DAO)或其他服务类。

  组件注册,或者说在Spring中通过@Component或者其派生注解(@Service, @Controller, @Repository等)标记的类,是告诉Spring框架这个类是一个组件,Spring需要创建它的实例并管理它的生命周期。这样当使用到这个类的时候,Spring就可以自动地创建这个类的实例并注入到需要的地方。

  Bean注册和组件注册其实是非常类似的,都是为了让Spring知道它需要管理哪些类的实例。区别在于Bean注册通常发生在配置类中,使用@Bean注解来明确地定义每一个Bean,而组件注册则是通过在类上使用@Component或者其派生注解来告诉Spring,这个类是一个组件,Spring应该自动地为其创建实例。

8.2 什么是组件扫描,为什么我们需要它,它是如何工作的?

  组件扫描是Spring的一种机制,用于自动发现应用程序中的Spring组件,并自动地为这些组件创建Bean定义,然后将它们注册到Spring的应用上下文中,我们可以通过使用@ComponentScan注解来启动组件扫描。

  我们需要组件扫描是因为它可以大大简化配置过程,我们不再需要为应用程序中的每个类都显式地创建Bean。而是通过简单地在类上添加@Component或者其派生注解,并启动组件扫描,就可以让Spring自动地为我们的类创建Bean并管理它们。

  组件扫描的工作过程如下:使用@ComponentScan注解并指定一个或多个包路径时,Spring会扫描这些包路径及其子包中的所有类。对于标记了@Component或者其派生注解的类,Spring会在应用上下文启动时为它们创建Bean,并将这些Bean定义注册到Spring的应用上下文中。当需要使用这些类的实例时,Spring就可以自动注入这些实例。



欢迎一键三连~

有问题请留言,大家一起探讨学习

----------------------Talk is cheap, show me the code-----------------------

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/623305.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

MySQL 5.7 主从集群搭建

IP功能Linux版本192.168.56.136MasterCentOS 7.9192.168.56.140SlaveCentOS 7.9 一、安装前的准备 1、卸载老版本 &#xff08;1&#xff09;查看是否安装mariadb&#xff08;centos7默认安装&#xff09; 命令&#xff1a; rpm -qa | grep mariadb &#xff08;2&#xff…

嵌入式软件工程师培训:提升技能、实现卓越

如果您对嵌入式培训感兴趣&#xff0c;以下是一些建议和关键点&#xff0c;可以帮助您进行嵌入式培训&#xff1a; 培训目标&#xff1a;明确确定您的嵌入式培训目标。是为了提升员工的技能水平&#xff0c;使他们能够承担更高级别的嵌入式开发工作&#xff0c;还是为了向非嵌入…

16、DMA直接存储区访问

0x01、DMA简介 DMA(Direct Memory Access)一直接存储器存取&#xff0c;是单片机的一个外设&#xff0c;它的主要功能是用来搬数据&#xff0c;但是不需要占用 CPU&#xff0c;即在传输数据的时候&#xff0c;CPU 可以于其他的事情&#xff0c;好像是多线程一样数据传输支持从…

2022 中国开源创新大赛,时序数据库 TDengine 榜上有名

近日&#xff0c;2022 中国互联网发展创新与投资大赛暨 2022 年中国开源创新大赛在北京落下帷幕&#xff0c;本次大赛由中央网信办信息化发展局指导&#xff0c;中国互联网发展基金会、中国网络空间研究院、中国互联网投资基金联合主办。非常荣幸的是&#xff0c;凭借着强大的开…

他们用卫星,让中国量子通信领跑全球

光子盒研究院 上周二&#xff08;5月30日&#xff09;&#xff0c;中国宣布其神舟十六号飞船与天宫三号空间站成功对接&#xff0c;官方媒体称景海鹏、朱杨柱和桂海潮这三名中国宇航员将有机会研究“新的量子现象”。这意味着中国量子技术发展的一大突破&#xff1a;我们现在可…

IVD体外诊断已经发展成为医疗健康市场活跃领域之一

体外诊断领域的布局覆盖免疫诊断、血液诊断、尿液诊断、生化诊断、微生物诊断等。得益于自主研发驱动下的技术积累和产品创新 近年来&#xff0c;体外诊断已经发展成为医疗健康市场最活跃、增长最快的领域之一。 从全球体外诊断发展来看&#xff0c;据Kalorama Information的统…

接口测试 —— Requests库介绍

1、Requests库 Requests库是用Python语言编写&#xff0c;基于urllib3模块&#xff0c;采用Apache2 Licensed开源协议的 HTTP 库。 虽然Python的标准库中urllib3模块已经包含了平常我们使用的大多数功能&#xff0c;但是它的 API使用起来让人感觉不太友好。而Requests库使用的…

Vue+springboot果蔬有机蔬菜商城销售种植系统与设计

对于网站的前台设计&#xff0c;要保证主界面的整洁有序&#xff0c;能够抓住人的眼球&#xff0c;不会产生视觉疲劳&#xff0c;更重要的是&#xff0c;带给人容易操作的直观感受&#xff0c;这样才能留住用户去进行使用&#xff0c;增加三分热度的延续期。在系统的后台设计上…

2023预备金九银十,400道阿里必问软件测试高频面试考点详细解析

前言 临近秋招&#xff0c;又到了“金九银十”面试求职高峰期&#xff0c;在金九银十时也参与过不少面试&#xff0c;2023都说工作不好找&#xff0c;也是对开发人员的要求变高。前段时间自己有整理了一些软件测试面试常问的高频考点问题做成一份PDF文档&#xff08;400道高频…

东软、联影、科曼在今届CMEF好猛, “挖挖”背后的共同点

走出三年疫情阴霾&#xff0c;医疗行业迎来爆发式的展会营销盛况。5月14-17日&#xff0c;为期4天的第87届中国国际医疗器械博览会&#xff08;CMEF&#xff09;在上海圆满落幕&#xff01; 在这场32万平方米的全球医疗产业“航母级”盛会中&#xff0c;一众行业大咖、来自120…

优思学院|如何通过实验设计改善产品质量?

你的企业是否经常因为产品和服务不符合客户的期望而感到苦恼&#xff1f;你是否在想有没有一种方法可以在任何时候都可以帮助你解决问题&#xff1f; 那么&#xff0c;您需要一种突破性改进工具&#xff0c;它也是六西格玛项目中的”杀手锏"&#xff0c;它称为实验设计&a…

玩转学生信息管理系统——【c++】

设计一个管理系统实现对学生的基本信息&#xff08;至少包括姓名、学号、性别、出生日期、宿舍号年龄&#xff08;通过计算得到&#xff09;的管理&#xff1b;&#xff09;&#xff0c;具有数据的录入、显示、保存、查询&#xff08;按学号查查询或姓名查询&#xff09;、修改…

ASP.NET State Service服务无法启动解决方案

客户服务器ASP.NET State Service启动不起来&#xff0c;如下图所示&#xff1a; 在服务中右击属性查看基本信息&#xff0c;发现aspnet_state.exe在目录中不存在&#xff0c;如下图所示&#xff1a; 若想正常启动&#xff0c;需要重新指向有exe的目录中去&#xff0c;解决方案…

Linux之问件上传下载

目录 Linux之文件上传下载 sftp 定义 用法 常用操作 查看当前目的主机的路径 --- pwd 查看当前本地所在路径 --- lpwd 更改当前目的主机的路径 --- cd 更改当前本地所在路径 --- lcd 查看当前目的主机 --- ls ​编辑 查看当本地的主机目录 --- lls ​编辑 将Window…

08SQL基础知识

SQL知识点 1、SQL语言分类 SQL语言共分为四大类&#xff1a;数据查询语言DQL&#xff0c;数据操纵语言DML&#xff0c;数据定义语言DDL&#xff0c;数据控制语言DCL。 1. 数据查询语言DQL 数据查询语言DQL基本结构是由SELECT子句&#xff0c;FROM子句&#xff0c;WHERE子句组…

耗时122天,终于把牛客网点赞飙升的Java面试题(含答案)整理出来了

2023年就业形势不算好&#xff0c;大厂缩招裁员导致优质岗位竞争变得更加激烈&#xff0c;除了对面试者技术的要求变高&#xff0c;面试的深度和难度较去年也有所加大。为了让大家能够在 2023 金九银十跳槽黄金期脱颖而出&#xff0c;想拿个好 offer 说实话&#xff0c;现在准备…

企业上云,你做对了吗?

数字化转型是国家战略&#xff0c;各位估计眼睛看这几个字都看出茧了。所以&#xff0c;今天不聊数字化转型&#xff0c;今天聊企业上云。 随着云计算技术的日益成熟和云计算服务商的不断涌现&#xff0c;越来越多的企业将业务应用迁移到云端。但是&#xff0c;企业上云“坑”…

2023大唐杯学习笔记——人工智能与机器学习—决策树

决策树知识点 这个表也是一个数据集 问题&#xff1a;以什么作为划分呢&#xff1f;第一次是以年龄&#xff0c;还是以 工作 房子 信贷情况… 这里的熵与中文里的其他东西没有实际对应&#xff0c;就是一个定义H&#xff08;p&#xff09;1最大时&#xff0c;p0.5&#xff0c;这…

串口助手(串口发送接收数据, 定时, 清空, hex显示)

文章目录 前言一、串口接收数据1. 默认接收&#xff0c;换行&#xff0c;hex显示2. 清空接收区数据3. 保存接受区数据 二、串口发送数据1. 默认发送2. 定时发送 三、串口助手优化1. 设置组合框当前内容。2. 未检测到串口&#xff0c;弹出警告。3. 载入文件 总结 前言 这篇文章…

ESP32-S3 使用指定 key 来进行 secure boot 签名并进行 OTA 测试

文档说明 Secure Boot V2 测试准备&#xff1a; 硬件准备&#xff1a;ESP32-S3 开发板或模组软件准备&#xff1a;esp-idf v5.0 版本 SDK 测试步骤&#xff1a; 生成指定 secure boot 签名 key软件开启 secure boot 配置烧录被签名的固件对新的 app.bin 使用指定 key 进行…