什么是Spring Bean
简单来说，Bean 代指的就是那些被 IoC 容器所管理的对象。我们需要告诉 IoC 容器帮助我们管理哪些对象，这个是通过配置元数据来定义的。配置元数据可以是 XML 文件、注解或者 Java 配置类。
将一个类声明为 Bean 的注解有哪些?
@Component：通用的注解，可标注任意类为 Spring 组件。如果一个 Bean 不知道属于哪个层，可以使用@Component 注解标注。@Repository: 对应持久层即 Dao 层，主要用于数据库相关操作。@Service: 对应服务层，主要涉及一些复杂的逻辑，需要用到 Dao 层。@Controller: 对应 Spring MVC 控制层，主要用于接受用户请求并调用 Service 层返回数据给前端页面。
注入Bean的注解有哪些
Spring 内置的 @Autowired 以及 JDK 内置的 @Resource 和 @Inject 都可以用于注入 Bean。一般使用@Autowired和@Resource。
@Autowired和@Resource区别
@Autowired是 Spring 提供的注解，@Resource是 JDK 提供的注解。@Autowired默认注入方式是byType(根据类型匹配)，@Resource默认注入方式为byName（根据名称进行匹配）- 当一个接口存在多个实现类的情况下，
@Autowired和@Resource都需要通过名称才能正确匹配到对应的 Bean。Autowired可以通过@Qualifier注解来显式指定名称，@Resource可以通过name属性来显式指定名称。 @Autowired支持在构造函数、方法、字段和参数上使用。@Resource主要用于字段和方法上的注入，不支持在构造函数或参数上使用。
Spring框架中的单例bean是线程安全的吗？
并非是线程安全的。
当多个用户请求同一个服务时，容器会给每一个请求分配一个线程。这时多个线程会并发执行该请求对应的成员方法。如果该处理逻辑中有对该例状态的修改，则必须考虑线程同步问题。由于Spring框架并没有对bean进行任何多线程的封装处理，关于单例bean的线程安全和并发问题需要开发者自行解决。
通常在项目中使用的spring bean都是不可变状态，所以在某种程度上说，Spring的单例bean是线程安全的。
但是如果bean有多种状态的话，可以通过加锁或者将bean改为多例解决，即将注释"@singleton"更改为"@prototype"。
手写单例
单例实现方式主要有三种
饿汉式
java
public class Singleton {
private static Singleton uniqueInstance;
public Singleton(){}
public static Singleton getUniqueInstance() {
if (uniqueInstance == null){
synchronized (Singleton.class){
if (uniqueInstance == null){
uniqueInstance = new Singleton();
}
}
}
return uniqueInstance;
}
}- 先不创建实例，当第一次被调用时，再创建实例，所以被称为懒汉式。
- 延迟了实例化，如果不需要使用该类，就不会被实例化，节约了系统资源。
饿汉式
java
public class Singleton {
private static volatile Singleton uniqueInstance = new Singleton();
public Singleton(){}
public static Singleton getUniqueInstance() {
return uniqueInstance;
}
}- 直接先实例化好实例 (饿死鬼一样，所以称为饿汉式)，然后当需要使用的时候，直接调方法就可以使用了。
- 优点： 提前实例化好了一个实例，避免了线程不安全问题的出现。
- 缺点： 直接实例化好了实例，不再延迟实例化；若系统没有使用这个实例，或者系统运行很久之后才需要使用这个实例，都会操作系统的资源浪费。
双重检查锁实现（线程安全）DCL
java
public class Singleton {
private static volatile Singleton uniqueInstance;
public Singleton(){}
public static Singleton getUniqueInstance() {
if (uniqueInstance == null){
synchronized (Singleton.class){
if (uniqueInstance == null){
uniqueInstance = new Singleton();
}
}
}
return uniqueInstance;
}
}Spring的bean的生命周期
- 通过BeanDefinition获取bean的定义信息
- 调用构造函数实例化bean
- bean的依赖注入
- 处理Aware接口（BeanNameAware、BeanFactoryAware、ApplicationContextAware）
- Bean的后置处理器BeanPostProcessor-前置
- 初始化方法（InitializingBean、init-method）
- Bean的后置处理器BeanPostProcessor-后置
BeanDefinition
Spring容器在进行实例化时，会将xml配置的的信息封装成一个BeanDefinition对象，Spring根据BeanDefinition来创建Bean对象，里面有很多的属性来表述Bean。
- beanClassName: bean的类名
- initMethodName: 初始化方法名称
- properryValues: bean 的属性值
- scope: 作用域
- lazyInit: 延迟初始化
什么是AOP，你们项目中是否使用到AOP？
AOP称为面向切面编程，用于将与业务无关，但是对多个对象产生影响的公共行为和逻辑进行抽取和封装，形成一个可重用的模块，这个模块被命名为"切面"（Aspect）。可以减少系统中的重复代码，降低模块间的耦合度，同时提高了系统的可维护性。
| 术语 | 含义 |
|---|---|
| 目标 Target | 被通知的对象 |
| 代理 Proxy | 向目标对象应用通知之后创建的代理对象 |
| 连接点 JoinPoint | 目标对象的所属类，定义的所有方法均为连接点 |
| 切入点 Pointcut | 被切面拦截/增强的连接点 |
| 通知 Advice | 拦截到目标对象的连接点后要做的事情 |
| 切面 | 切入点+通知 |
| 织入 Weaving | 将通知应用到目标对象，进而生成代理对象的过程操作 |
常见AOP使用场景：
- 记录操作日志
- 缓存处理
- Spring中内置的事务处理
项目中有没有使用到AOP
记录操作日志
核心是使用AOP中的环绕通知+切点表达式（找到要记录日志的方法），通过环绕通知的参数获取请求方法的参数（类、方法、注解、请求方式等），获取这些参数后，保存到数据库。
Spring中的事务如何实现
其本质是通过AOP功能，对方法前后进行拦截，在执行方法之前开启事务，在执行完目标方法后，根据执行情况提交或回滚事务。
Spring中事务失效的场景
- 异常捕获处理
- 原因：事务通知只有捕捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉。
- 解决：在catch块中添加throw new RuntimeException(e) 抛出
- 抛出检查异常
-
原因：Spring只会默认回滚非检查异常
-
解决：配置rollbackFor属性，使得Spring回滚所有抛出异常
@Transactional(rollbackFor=Exception.class)
- 非public方法导致事务失效
- 原因：Spring为方法创建代理、添加事务通知、前提条件都是该方法是public的
- 解决：将方法改为public
Spring中的循环引用
- 循环依赖：循环依赖即循环引用，也就是两个或以上的bean互相持有对方，最终形成闭环。比如A依赖于B，B依赖于A
- 循环依赖在spring中是允许存在的，spring框架根据三级缓存已经解决了大部分的循环依赖
- 一级缓存：单例池，缓存已经经历了完整的生命周期，已经初始化完成的Bean对象
- 二级缓存：缓存早期的bean对象（生命周期还没走完）
- 三级缓存：缓存的是ObjectFactory，表示对象工厂，用于创建某个对象的代理对象。产生的代理对象同意存入二级缓存，需要使用时再取出
构造方法出现循环依赖怎么解决
循环依赖的注入方式是构造函数
原因： 由于bean对象的生命周期中构造函数是第一个执行的，spring框架并不能解决构造函数的依赖注入
解决方法：使用@lazy进行懒加载，什么时候需要对象再进行bean对象的创建
public A(@Lazy B){
System.out.println("A的构造方法执行完成");
this.b = b;
}
SpringMVC是什么
MVC 是模型(Model)、视图(View)、控制器(Controller)的简写，其核心思想是通过将业务逻辑、数据、显示分离来组织代码。
Spring MVC 的核心组件有哪些？
DispatcherServlet：核心的中央处理器，负责接收请求、分发，并给予客户端响应。HandlerMapping：处理器映射器 ，根据 URL 去匹配查找能处理的Handler，并会将请求涉及到的拦截器和Handler一起封装。HandlerAdapter：处理器适配器，根据HandlerMapping找到的Handler，适配执行对应的Handler；Handler：请求处理器，处理实际请求的处理器。ViewResolver：视图解析器，根据 Handler 返回的逻辑视图 / 视图，解析并渲染真正的视图，并传递给DispatcherServlet响应客户端
SpringMVC的执行流程
- 用户发出请求到中央处理器
DispatcherServlet DispatcherServlet收到请求调用处理器映射器（HandlerMapping）- HandlerMapping找到jurisdiction的处理器，生成处理器对象及处理器拦截器（如果存在），再一起返回给DispatcherServlet
- DispatcherServlet调用处理器适配器(HandlerAdapter)
- HandlerAdapter经过适配器调用具体的处理器（Handler/Controller）
- 方法上添加@ResponseBody
- 通过HttpMessageConverter来返回结果转换为json并响应。
Springboot自动配置原理
- 在Spring Boot项目中的引导类上有一个注解@SpringBootApplication，这个注解是对三个注解进行封装，分别是：
@SpringBootConfiguration@EnableAutoConfiguration@ComponentScan
- 其中
@EnableAutoConfiguration是实现自动化配置的核心注解。该注解通过@Import注解导入对应的配置选择器。内部就是读取了该项目和该项目引用的Jar包的classpath路径下META-INF/spring.factories文件中的所有配置的类的全类名。在这些配置类中所定义的Bean会根据条件注释所指定的条件来决定是否需要将其导入到Spring容器中。 - 条件判断会有
@ConditionalOnClass这样的注解，判断是否有对应的class文件。如果有则加载该类，把这个配置类的所有Bean放入spring容器中使用。
SpringMVC常见的注解
SpringBoot常见的注解
