面试题之SpringBoot

面试题大部分都是从网上找的，参考资料很多，我就不一一列举了，如果感觉侵权了，可以私信(估计也没啥人看，就是我自己总结的玩的)

1.你如何理解SpringBoot配置加载顺序？

• 开发者工具 Devtools 全局配置参数;
• 单元测试上的 @TestPropertySource 注解指定的参数;
• 单元测试上的 @SpringBootTest 注解指定的参数;
• 命令行指定的参数，如 java -jar springboot.jar –name=name;
• 命令行中的 SPRING_APPLICATION_JSONJSON 指定参数, 如:java -Dspring.application.json={ name=name } -jar springboot.jar;
• ServletConfig 初始化参数;
• ServletContext 初始化参数;
• JNDI参数（如 java:comp/env/spring.application.json）;
• Java系统参数（来源：System.getProperties()）;
• 操作系统环境变量参数;
• RandomValuePropertySource 随机数，仅匹配：ramdom.*;
• JAR包外面的配置文件参数（application-{profile}.properties（YAML））;
• JAR包里面的配置文件参数（application-{profile}.properties（YAML））;
• JAR包外面的配置文件参数（application.properties（YAML））;
• JAR包里面的配置文件参数（application.properties（YAML））;
• @Configuration 配置文件上 @PropertySource 注解加载的参数 ;
• 默认参数（通过 SpringApplication.setDefaultProperties 指定）;

简单的回答：

• properties文件
• YAML文件
• 系统环境变量
• 命令行参数

2.bootstrap.properties和application.properties 有何区别？

单纯做 SpringBoot 开发，可能不太容易遇到 bootstrap、properties 配置文件，但是在结合 Spring Cloud 时，这个配置就会经常遇到了，特别是在需要加载一些远程配置文件的时侯。
SpringBoot两个核心的配置文件：

• bootstrap(.yml 或者 .properties)：boostrap 由父 ApplicationContext 加载的，比applicaton优先加载，配置在应用程序上下文的引导阶段生效。几个应用场景：1.使用 Spring Cloud Config 配置中心时，这时需要在 bootstrap 配置文件中添加连接到配置中心的配置属性来加载外部配置中心的配置信息；2.一些固定的不能被覆盖的属性；3.一些加密/解密的场景；

• application (.yml或者.properties)：由ApplicatonContext 加载，用于 SpringBoot项目的自动化配置。

3.springboot核心注解包括哪几个？

1.@Configuration(org.springframework.context.annotation.Configuration)
这是 Spring 3.0 添加的一个注解，用来代替 applicationContext.xml 配置文件，所有这个配置文件里面能做到的事情都可以通过这个注解所在类来进行注册。

还有下面几个

• @Bean 用来代替 XML 配置文件里面的 <bean …> 配置。

• @ImportResource 如果有些通过类的注册方式配置不了的，可以通过这个注解引入额外的 XML 配置文件，有些老的配置文件无法通过 @Configuration 方式配置的非常管用。

• @Import 用来引入额外的一个或者多个 @Configuration 修饰的配置文件类。

• @SpringBootConfiguration 这个注解就是 @Configuration 注解的变体，只是用来修饰是 Spring Boot 配置而已，或者可利于 Spring Boot 后续的扩展。

2.@ComponentScan(org.springframework.context.annotation.ComponentScan)
这是 Spring 3.1 添加的一个注解，用来代替配置文件中的 component-scan 配置，开启组件扫描，即自动扫描包路径下的 @Component 注解进行注册 bean 实例到 context 中。另外，@ComponentScans 是可重复注解，即可以配置多个，用来配置注册不同的子包。

3.@EnableAutoConfiguration(org.springframework.boot.autoconfigure.EnableAutoConfiguration)
看全路径就知道，这是自 Spring Boot 诞生时添加的注解，用来提供自动配置，上面的两个都是 spring-context 包下的，不属于 Spring Boot，所以 Spring 3.0 之后的去 XML 配置方式已经为 Spring Boot 埋下了伏笔！

4.你如何理解 Spring Boot 中的 Starters？

首先，这个 Starter 并非什么新的技术点，基本上还是基于 Spring 已有功能来实现的。首先它提供了一个自动化配置类，一般命名为 XXXAutoConfiguration ，在这个配置类中通过条件注解来决定一个配置是否生效（条件注解就是 Spring 中原本就有的），然后它还会提供一系列的默认配置，也允许开发者根据实际情况自定义相关配置，然后通过类型安全的属性注入将这些配置属性注入进来，新注入的属性会代替掉默认属性。正因为如此，很多第三方框架，我们只需要引入依赖就可以直接使用了。当然，开发者也可以自定义 Starter。

Starters可以理解为启动器，它包含了一系列可以集成到应用里面的依赖包，你可以一站式集成 Spring 及其他技术，而不需要到处找示例代码和依赖包。如你想使用 Spring JPA 访问数据库，只要加入 spring-boot-starter-data-jpa 启动器依赖就能使用了。Starters包含了许多项目中需要用到的依赖，它们能快速持续的运行，都是一系列得到支持的管理传递性依赖。

5.谈谈自己对于 Spring IoC 和 AOP 的理解?

6.Spring IOC 原理?

Spring 通过一个配置文件描述 Bean 及 Bean 之间的依赖关系，利用 Java 语言的反射功能实例化Bean 并建立 Bean 之间的依赖关系。 Spring 的 IoC 容器在完成这些底层工作的基础上，还提供了 Bean 实例缓存、生命周期管理、 Bean 实例代理、事件发布、资源装载等高级服务。

7.SpringBoot自动配置的原理是什么？

SpringBoot启动的时候通过@EnableAutoConfiguration注解找到META-INF/spring.factories配置文件中所有的自动配置类，并对其进行加载，而这些自动配置类的类名都是以AutoConfiguration结尾来命名的，它实际上就是一个javaConfig形式的Spring容器配置类，它们都有一个@EnableConfigurationPerperties的注解，通过这个注解启动XXXProperties命名的类去加载全局配置中的属性，如server.port,而XXXProperties通过@ConfigurationProperties注解将全局配置文件中的属性与自己的属性进行绑定。

8.SpringBoot 中如何解决跨域问题 ?

跨域可以在前端通过 JSONP 来解决，但是 JSONP 只可以发送 GET 请求，无法发送其他类型的请求，在 RESTful 风格的应用中，就显得非常鸡肋，因此我们推荐在后端通过 （CORS，Cross-origin resource sharing） 来解决跨域问题。这种解决方案并非 SpringBoot 特有的，在传统的 SSM 框架中，就可以通过 CORS 来解决跨域问题，只不过之前我们是在 XML 文件中配置 CORS ，现在可以通过实现WebMvcConfigurer接口然后重写addCorsMappings方法解决跨域问题。