不面试不知道,现在面试的问题真的是五花八门的,最近就有读者说,在面试的过程中,面试官还提到了关于最初版本的 Spring 还有 SpringMVC 以及现在的 SpringBoot 中的一些相关问题,比如他提到了这个 SpringBoot 的自动装配是什么,你是怎么理解的,今天了不起就和大家一起来看看这个关于 SpringBoot 的自动装配。
SpringBoot装配机制
SpringBoot的自动装配是一种机制,它可以帮助开发者更快地搭建和运行Spring应用。SpringBoot的自动装配依赖于其提供的starter依赖,这些starter依赖包含了Spring应用所需的大部分配置,使得开发者不需要手动配置这些通用的功能。
如果我们这么回答,可能面试官听到就不是很满意了,这时候,我们就得抓住要点来进行分析,这样回答的时候,势必肯定能抓到重点,毕竟面试的时候,每个人的回答肯定也都是不一样的。
1.约定优于配置
2.核心注解
3.自动扫描
我们来一个一个的解释这些内容指的到底是什么意思:
约定优于配置
SpringBoot的约定优于配置(Convention Over Configuration)主要体现在以下几个方面:
自动配置:SpringBoot根据项目的类路径下的jar包依赖关系,自动配置相应的Bean。例如,当检测到HSQLDB数据库驱动在类路径下时,它会自动配置一个嵌入式数据库实例和相关的JPA/Hibernate设置。
目录结构约定:SpringBoot遵循一定的目录结构约定,使得开发者可以将代码和资源放在约定的目录下,而不需要在配置文件中指定。例如,静态资源默认放在src/main/resources/static或src/main/resources/public目录下,模板文件默认在src/main/resources/templates下。
Starter依赖:SpringBoot提供了一系列的Starter依赖,这些Starter依赖是预定义的依赖集合。通过引入相应的Starter依赖,可以自动引入相关的库和默认配置,从而简化了项目的依赖管理。例如,通过引入spring-boot-starter-web依赖,就能够快速搭建一个基于Spring MVC的Web应用。
核心注解EnableAutoConfiguration
EnableAutoConfiguration 是 Spring Boot 的核心注解之一,它告诉 Spring Boot 根据你添加的 jar 依赖项自动配置你的应用程序。Spring Boot 会自动配置许多方面,例如数据源、消息代理、安全设置等,你通常不需要手动设置它们。
这个注解的工作原理是基于在项目的类路径(classpath)中查找特定的 jar 依赖项。一旦找到这些依赖项,Spring Boot 就会自动配置相关的 bean。这减少了大量手动配置和样板代码的需求,使开发者能够专注于他们的应用程序逻辑。
@EnableAutoConfiguration 注解通常放在主应用程序类上,这是带有 main 方法的类,该类使用 SpringApplication.run() 方法启动 Spring Boot 应用程序。
这里是 @EnableAutoConfiguration 注解的基本用法:
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.EnableAutoConfiguration;
import org.springframework.context.annotation.Configuration;
@Configuration
@EnableAutoConfiguration
public class MySpringBootApplication {
public static void main(String[] args) {
SpringApplication.run(MySpringBootApplication.class, args);
}
}
在这个例子中,@EnableAutoConfiguration 注解启动了自动配置。Spring Boot 会根据类路径中的 jar 依赖项来自动配置 bean。
那么EnableAutoConfiguration 是如何工作的呢?
@EnableAutoConfiguration 注解实际上是一个组合注解,它包含了 @AutoConfigurationPackage 和 @Import(AutoConfigurationImportSelector.class)。
@AutoConfigurationPackage 注解确保 @Configuration 类(通常位于主应用程序类中)被考虑在内,以便它可以被自动配置的 beans 使用。@Import(AutoConfigurationImportSelector.class) 注解告诉 Spring Boot 从 META-INF/spring.factories 配置文件中加载 auto-configuration 类。Spring Boot 提供了许多这样的配置文件,每个文件都针对特定的技术或功能(如数据源、Web MVC 等)。当 Spring Boot 启动时,它会加载 META-INF/spring.factories 配置文件,并根据你的类路径中的依赖项选择适当的自动配置类。然后,这些自动配置类会注册额外的 beans 到 Spring 的上下文中。
如果你不想使用某个特定的自动配置,你可以使用 @EnableAutoConfiguration 注解的 exclude 属性来排除它。
比如我们排除某个特定的自动配置
import org.springframework.boot.autoconfigure.EnableAutoConfiguration;
import org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration;
import org.springframework.context.annotation.Configuration;
@Configuration
@EnableAutoConfiguration(exclude = {DataSourceAutoConfiguration.class})
public class MySpringBootApplication {
public static void main(String[] args) {
SpringApplication.run(MySpringBootApplication.class, args);
}
}
总之,@EnableAutoConfiguration 注解是 Spring Boot 的核心特性之一,它简化了 Spring 应用程序的配置过程,使开发者能够专注于实现业务逻辑。
自动扫描
Spring Boot 的自动扫描是 Spring 框架的一个特性,在 Spring Boot 中得到了进一步的简化和增强。它允许 Spring Boot 应用程序自动发现和注册 bean,减少了开发者需要手动配置和声明 bean 的数量。
那自动扫描都做了哪些事情呢?
组件扫描:默认情况下,Spring Boot 会扫描启动类(通常是带有 @SpringBootApplication 注解的类)所在的包以及其子包下的所有类。它会查找带有 @Component、@Service、@Repository 和 @Controller 等注解的类,并将它们作为 Spring 容器中的 bean 进行注册。
配置类扫描:除了普通的组件,Spring Boot 还会扫描 @Configuration 注解的类,这些类通常包含 @Bean 方法定义,用于声明和配置额外的 bean。
自动配置类扫描:Spring Boot 还会扫描 META-INF/spring.factories 配置文件,以加载和应用自动配置类。这些自动配置类通常根据类路径下的库和依赖项来提供默认的配置。
资源扫描:除了组件和配置类,Spring Boot 还会自动扫描静态资源,如 HTML、CSS、JavaScript 文件以及模板文件(如 Thymeleaf、FreeMarker 等)。这些资源通常放在特定的目录下,如 src/main/resources/static 或 src/main/resources/templates。
要开启或调整组件扫描的范围,你可以使用 @ComponentScan 注解。
这个注解我们都不用多说了把,指明扫包路径
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.ComponentScan;
@SpringBootApplication
@ComponentScan(basePackages = "com.example.myapp") // 指定扫描的包路径
public class MySpringBootApplication {
public static void main(String[] args) {
SpringApplication.run(MySpringBootApplication.class, args);
}
}