前言：

最近总在CSDN上闲逛，看到好多面试题根本就是面向Spring编程面试嘛…

Spring的成功也给开发人员带来了不小的挑战,无论在架构选型,还是在日常开发中。唯有系统性地掌握Spring Framework思想、设计,以及实现,可游刃有余,以免进退失据

今天扯一扯Spring到底有哪些高频面试题

使用 Spring 框架能带来哪些好处？

• 低侵入式设计，代码污染极低
• 独立于各种应用服务器，基于Spring框架的应用，可以真正实现Write Once,Run Anywhere的承诺
• Spring的DI机制降低了业务对象替换的复杂性，提高了组件之间的解耦
• Spring的AOP支持允许将一些通用任务如安全、事务、日志等进行集中式管理，从而提供了更好的复用
• Spring的ORM和DAO提供了与第三方持久层框架的良好整合，并简化了底层的数据库访问
• Spring并不强制应用完全依赖于Spring，开发者可自由选用Spring框架的部分或全部

什么是控制反转(IOC)？什么是依赖注入？

这个问题很经典
IOC：就是对象之间的依赖关系由容器来创建，对象之间的关系本来是由我们开发者自己创建和维护的，在我们使用Spring框架后，对象之间的关系由容器来创建和维护，将开发者做的事让容器做，这就是控制反转。BeanFactory接口是Spring Ioc容器的核心接口。

DI：我们在使用Spring容器的时候，容器通过调用set方法或者是构造器来建立对象之间的依赖关系。
控制反转是目标，依赖注入是我们实现控制反转的一种手段。

请解释下 Spring 框架中的 IoC？

这是上一个问题的延伸

1. Spring中的 org.springframework.beans 包和 org.springframework.context包构成了Spring框架IoC容器的基础。
2. BeanFactory 接口提供了一个先进的配置机制，使得任何类型的对象的配置成为可能。ApplicationContex接口对BeanFactory（是一个子接口）进行了扩展，在BeanFactory的基础上添加了其他功能，比如与Spring的AOP更容易集成，也提供了处理message
   resource的机制（用于国际化）、事件传播以及应用层的特别配置，比如针对Web应用的WebApplicationContext。
3. org.springframework.beans.factory.BeanFactory 是Spring IoC容器的具体实现，用来包装和管理前面提到的各种bean。BeanFactory接口是Spring IoC 容器的核心接口。

BeanFactory 和 ApplicationContext 有什么区别？

基本区别：

BeanFactory：
是Spring里面最低层的接口，提供了最简单的容器的功能，只提供了实例化对象和拿对象的功能

ApplicationContext：
应用上下文，继承BeanFactory接口，它是Spring的一各更高级的容器，提供了更多的有用的功能；

1. 国际化（MessageSource）
2. 访问资源，如URL和文件（ResourceLoader）
3. 载入多个（有继承关系）上下文 ，使得每一个上下文都专注于一个特定的层次，比如应用的web层
4. 消息发送、响应机制（ApplicationEventPublisher）
5. AOP（拦截器）

两者装载bean的区别：

BeanFactory：
BeanFactory在启动的时候不会去实例化Bean，中有从容器中拿Bean的时候才会去实例化；

ApplicationContext：
ApplicationContext在启动的时候就把所有的Bean全部实例化了。它还可以为Bean配置lazy-init=true来让Bean延迟实例化

Spring 有几种配置方式？

三种：

1.基于XML的配置
2.基于注解的配置
3.基于Java的配置

请解释 Spring Bean 的生命周期？

https://blog.csdn.net/weixin_42528266/article/details/102909871
这个看大佬博客吧，不过多赘述，大佬已经写得很清晰了

Spring Bean 的作用域之间有什么区别？

Spring容器中的bean可以分为5个范围。所有范围的名称都是自说明的，但是为了避免混淆，还是让我们来解释一下：

1.   singleton：这种bean范围是默认的，这种范围确保不管接受到多少个请求，每个容器中只有一个bean的实例，单例的模式由bean factory自身来维护。
   

2.   prototype：原形范围与单例范围相反，为每一个bean请求提供一个实例。
   

3.   request：在请求bean范围内会每一个来自客户端的网络请求创建一个实例，在请求完成以后，bean会失效并被垃圾回收器回收。
   

4.   Session：与请求范围类似，确保每个session中有一个bean的实例，在session过期后，bean会随之失效。
   

5. global-session：global-session和Portlet应用相关。当你的应用部署在Portlet容器中工作时，它包含很多portlet。如果你想要声明让所有的portlet共用全局的存储变量的话，那么这全局变量需要存储在global-session中。
   

什么是 Spring inner beans？

在Spring框架中，无论何时bean被使用时，当仅被调用了一个属性。一个明智的做法是将这个bean声明为内部bean。内部bean可以用setter注入“属性”和构造方法注入“构造参数”的方式来实现。

比如，在我们的应用程序中，一个Customer类引用了一个Person类，我们的要做的是创建一个Person的实例，然后在Customer内部使用。

public class Customer{
    private Person person;

    //Setters and Getters
}
public class Person{
    private String name;
    private String address;
    private int age;

    //Setters and Getters
}

内部bean声明方式如下：

<bean id="CustomerBean" class="com.howtodoinjava.common.Customer">
    <property name="person">
        <!-- This is inner bean -->
        <bean class="com.howtodoinjava.common.Person">
            <property name="name" value="lokesh" />
            <property name="address" value="India" />
            <property name="age" value="34" />
        </bean>
    </property>
</bean>

Spring 框架中的单例 Beans 是线程安全的么？

Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。但实际上，大部分的Spring bean并没有可变的状态(比如Serview类和DAO类)，所以在某种程度上说Spring的单例bean是线程安全的。如果你的bean有多种状态的话（比如 View Model 对象），就需要自行保证线程安全。最浅显的解决办法就是将多态bean的作用域由“singleton”变更为“prototype”。

希望大家不要做代码机器

“编程语言是程序员的表达的方式，而架构是程序员对世界的认知”。在经历过成千上百万行代码的锤炼后，通过架构来领略不同角度的程序语言之美