写点什么

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

  • 2022 年 4 月 26 日
  • 本文字数:2854 字

    阅读完需:约 9 分钟

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 引擎


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


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


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


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


CGLIB,那么事物会实效。


  1. @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 文件中配置一下才能使用基于注解的装配模式。如果你想要在你的应用程序中使用关于注解的方法的话,请参考如下的配置。


<beans>


context:annotation-config/


</beans>


在标签配置完成以后,就可以用注解的方式在 Spring 中向属性、方法和构造方法中自动装配变量。


下面是几种比较重要的注解类型:

用户头像

还未添加个人签名 2022.04.13 加入

还未添加个人简介

评论

发布
暂无评论
BAT大厂Java面试必备10道Spring问题,有你不知道的吗?_Java_爱好编程进阶_InfoQ写作社区