BAT 大厂 Java 面试必备 10 道 Spring 问题，有你不知道的吗？

private Object getPrivateValue(Person person, String fieldName)

{

try

{

Field field = person.getClass().getDeclaredField(fieldName);

// 主要就是这里，需要将属性的 accessible 设置为 true

field.setAccessible(true);

return field.get(person);

}

catch(Exception e)

{

e.printStackTrace();

}

return null;

}

AOP

AOP 的内部原理其实就是动态代理和反射了。主要涉及到的反射类：

动态代理相关原理的话，你需要了解什么是代理模式、静态代理的不足、动态代理的实现原理。Spring 中实现动态代理有两种方式可选，这两种动态代理的实现方式的一个对比也是面试中常问的。

JDK 动态代理

必须实现 InvocationHandler 接口，然后通过** Proxy.newProxyInstance(ClassLoader**

loader, Class<?>[] interfaces, InvocationHandler h) 获得动态代理对象。

CGLIB 动态代理

使用 CGLIB 动态代理，被代理类不需要强制实现接口。CGLIB 不能对声明为 final 的方法进行代理，因为 CGLIB 原理是动态生成被代理类的子类。

OK，AOP 讲了。其实讲到这里，可能会有一个延伸的面试问题。我们知道，Spring 事物也是 通 过 AOP 来 实 现的 ， 我们使用的时候 一 般就是在方法上 加 @Tranactional 注解，那么你有没有遇到过事物不生效的情况呢？这是为什么？这个问题我们在后面的面试题中会讲。

[](()2.Spring Bean 生命周期

---

这只是个大体流程，内部的具体行为太多，需要自行去看看代码。

[](()3.Spring Bean 注入是如何解决循环依赖问题的

---

3.1. 什么是循环依赖，有啥问题？

循环依赖就是 N 个类中循环嵌套引用，这样会导致内存溢出。循环依赖主要分两种：

• 构造器循环依赖

• setter 循环依赖

3.2. Spring 解决循环依赖问题

• 构造器循环依赖问题

无解，直接抛出 BeanCurrentlyInCreatingException 异常。

《一线大厂 Java 面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》无偿开源 威信搜索公众号【编程进阶路】

• setter 循环依赖问题

单例模式下，通过“三级缓存”来处理。非单例模式的话，问题无解。

Spring 初始化单例对象大体是分为如下三个步骤的：

• createBeanInstance：调用构造函数创建对象

• populateBean：调用类的 setter 方法填充对象属性

• initializeBean：调用定义的 Bean 初始化 init 方法

可以看出，循环依赖主要发生在 1、2 步，当然如果发生在第一步的话，Spring 也是无法解决该问题的。那么就剩下第二步 populateBean 中出现的循环依赖问题。通过“三级缓存”来处理，三级缓存如下：

• **singletonObjects：**Cache of singleton objects: bean name --> bean instance，完成初始化的单例对象的 cache（一级缓存）

• **earlySingletonObjects：**Cache of early singleton objects: bean name–> bean instance ，完成实例化但是尚未初始化的，提前暴光的单例对象的 cache （二级缓存）

• singletonFactories ： Cache of singleton factories: bean name -->ObjectFactory，进入实例化阶段的单例对象工厂的 cache （三级缓存）

我们看下获取单例对象的方法：

protected Object getSingleton(String beanName, boolean allowEarlyReference)

{

Object singletonObject = this.singletonObjects.get(beanName);

// isSingletonCurrentlyInCreation：判断当前单例 bean 是否正在创建中

if(singletonObject == null && isSingletonCurrentlyInCreation(beanName))

{

synchronized(this.singletonObjects)

{

singletonObject = this.earlySingletonObjects.get(beanName);

// allowEarlyReference：是否允许从 singletonFactories 中通过 getObject 拿到

对象

if(singletonObject == null && allowEarlyReference)

{

ObjectFactory <? > singletonFactory = this.singletonFactories.get(beanName);

if(singletonFactory != null)

{

singletonObject = singletonFactory.getObject();

this.earlySingletonObjects.put(beanName, singletonObject);

this.singletonFactories.remove(beanName);

}

}

}

}

return(singletonObject != NULL_OBJECT ? singletonObject : null);

}

其中解决循环依赖问题的关键点就在 singletonFactory.getObject() 这一步，getObject 这是 ObjectFactory 接口的方法。Spring 通过对该方法的实现，在 createBeanInstance 之后，populateBean 之前，通过将创建好但还没完成属性设置和初始化的对象提前曝光，然后再获取 Bean 的时候去看是否有提前曝光的对象实例来判断是否要走创建流程。

protected void addSingletonFactory(String beanName, ObjectFactory <? > singletonFactory)

{

Assert.notNull(singletonFactory, “Singleton factory must not be null”);

synchronized(this.singletonObjects)

{

if(!this.singletonObjects.containsKey(beanName))

{

this.singletonFactories.put(beanName, singletonFactory);

this.earlySingletonObjects.remove(beanName);

this.registeredSingletons.add(beanName);

}

}

}

[](()4.Spring 事务为何失效了

---

可能的原因：

1. MySQL 使用的是 MyISAM 引擎，而 MyISAM 是不支持事务的。需要支持使用可以使用 InnoDB 引擎

2. 如果使用了 Spring MVC ，context:component-scan 重复扫描问题可能会引起事务失败

3. @Transactional 注解开启配置放到 DispatcherServlet 的配置里了。

4. @Transactional 注解只能应用到 public 可见度的方法上。 在其他可见类型上声明，事务会失效。

5. 在接口上使用 @Transactional 注解，只能当你设置了基于接口的代理时它才生效。所以如果强制使用了

CGLIB，那么事物会实效。

6. @Transactional 同一个类中无事务方法 a() 内部调用有事务方法 b()，那么此时事物不生效。

按 理 说 ， 如 果 按 照 Spring 说 的 事 物 传 播 级 别 去 配 置 其 事 物 级 别 为 REQUIRES_NEW 的话，那么应该是在调用 b() 的时候会新生成一个事物。实际上却没有。

NOT_SUPPORTED 总是非事务地执行，并挂起任何存在的事务其实，这是由于 Spring 的事物实现是通过 AOP 来实现的。此时，当这个有注解的方法 b() 被调用的时候，实际上是由代理类来调用的，代理类在调用之前就会启动 transaction。然而，如果这个有注解的方法是被同一个类中的其他方法 a() 调用的，那么该方法的调用并没有通过代理类，而是直接通过原来的那个 bean，所以就不会启动 transaction，我们看到的现象就是 @Transactional 注解无效。

[](()5.怎样用注解的方式配置 Spring？

---

Spring 在 2.5 版本以后开始支持用注解的方式来配置依赖注入。可以用注解的方式来替代 XML 方式的 bean 描述，可以将 bean 描述转移到组件类的内部，只需要在相关类上、方法上或者字段声明上使用注解即可。注解注入将会被容器在 XML 注入之前被处理，所以后者会覆盖掉前者对于同一个属性的处理结果。注解装配在 Spring 中是默认关闭的。所以需要在 Spring 文件中配置一下才能使用基于注解的装配模式。如果你想要在你的应用程序中使用关于注解的方法的话，请参考如下的配置。

context:annotation-config/

在标签配置完成以后，就可以用注解的方式在 Spring 中向属性、方法和构造方法中自动装配变量。
【这里想说，因为自己也走了很多弯路过来的，所以才下定决心整理，收集过程虽不易，但想到能帮助到一部分自学java 的人，心里也是甜的！有需要的伙伴请点㊦方】↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓