Java八股文——框架相关面试题最详细回答！

最新推荐文章于 2024-09-13 14:10:50 发布

是雅俗共赏呀

最新推荐文章于 2024-09-13 14:10:50 发布

阅读量990

点赞数 15

文章标签：面试职场和发展

本文链接：https://blog.csdn.net/weixin_47297919/article/details/139719629

版权

1.Spring 框架中的单例 bean 是线程安全的吗？

答：不是线程安全的，是这样的。

当多用户同时请求一个服务时，容器会给每一个请求分配一个线程，这时候多个线程会并发执行该请求对应的业务逻辑（成员方法），如果该处理逻辑中有对该单列状态的修改（体现为该单例的成员属性），则必须考虑线程同步问题。

Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。

比如：我们通常在项目中使用的Spring bean都是不可变的状态(比如 Service类和DAO类)，所以在某种程度上说Spring的单例bean是线程安全的。

如果你的bean有多种状态的话（比如 View Model对象），就需要自行保证线程安全。最浅显的解决办法就是将多态bean的作用由“singleton”变更为 “prototype”。

详细解释：

* singleton ：bean在每个Spring IOC容器中只有一个实例。

* prototype：一个bean的定义可以有多个实例。

看这样一段代码：

假如同时有多个请求过来，那么每个请求都会修改count这个变量，因为count是成员变量，那么就不是线程安全的了。如果是局部变量一般情况下没有线程安全问题。而userService虽然也是成员变量，但是因为它是五状态的类，所以没有线程安全问题。

所以，在开发过程中，尽量不要定义可修改的成员变量。【现在理解为什么成员变量都用枚举类了吧？】

2.什么是AOP？

答：aop是面向切面编程，在spring中用于将那些与业务无关，但却对多个对象产生影响的公共行为和逻辑，抽取公共模块复用，降低耦合，一般比如可以做为公共日志保存，事务处理等。

3.你们项目中有没有用到过AOP？

答：我们当时在后台管理系统中，就是使用aop来记录了系统的操作日志。

主要思路是这样的，使用aop中的环绕通知+切点表达式，这个表达式就是要找到要记录日志的方法，然后通过环绕通知的参数获取请求方法的参数，比如类信息、方法信息、注解、请求方式等，获取到这些参数以后，保存到数据库。

4.Spring中的事务是如何实现的？

答：spring实现的事务本质就是aop完成，对方法前后进行拦截，在执行方法之前开启事务，在执行完目标方法之后根据执行情况提交或者回滚事务。

详细解答：

Spring中支持编程式事务管理和声明式事务管理两种方式。

* 编程式事务控制：需使用Transaction Template 来进行实现，对业务代码有侵入性，项目中很少使用。

* 声明式事务管理：声明式事务管理建立在AOP之上的，其本质是通过AOP功能，对方法前后进行拦截，将事务处理的功能编织到拦截的方法中，也就是在目标方法开始之前加入一个事务，在执行完目标方法之后根据执行的情况提交事务或回滚事务。

5.Spring中事务失效的场景有哪些？【考察的是对Spring框架的深入理解和复杂业务的编码经验】

答：这个在项目中之前遇到过，我想想啊。

第一个，如果方法上异常捕获处理，自己处理了异常，没有抛出，就会导致事务失效，所以一般处理了异常以后，别忘了跑出去就行了。

第二个，如果方法抛出检查异常，如果报错也会导致事务失效，最后在 spring事务的注解上，就是@Transactional上配置rollbackFor属性为 Exception，这样别管是什么异常，都会回滚事务。

第三，我之前还遇到过一个，如果方法上不是public修饰的，也会导致事务失效。

嗯，就能想起来那么多。

详细解释：

情况一：异常捕获处理

有如下代码，导致事务失效的情况：

原因：事务通知只有捉到了目标抛出的异常，才能进行后续的回滚处理，如果目标自己处理掉异常，事务通知无法知悉。

解决：在catch块添加 throw new RuntimeException（e）抛出。

情况二：抛出检查异常

有如下代码，读取的文件不存在，会抛检查异常，导致事务失效。

原因：Spring默认只会回滚非检查异常。

解决：配置rollbackFor属性，加上@Transactional（rollbackFor = Exception.class）。

情况三：非public方法导致事务失效

有如下非public方法：

原因：Spring为方法创建代理，添加事务通知，前提条件都是该方法是public的。

解决：加入public。

6.Spring的bean的生命周期？

答：这个步骤还是挺多的，我之前看过一些源码，它大概流程是这样的：

首先会通过一个非常重要的类，叫做BeanDefinition获取bean的定义信息，这里面就封装了bean的所有信息，比如，类的全路径，是否是延迟加载，是否是单例等等这些信息。

在创建bean的时候，第一步是调用构造函数实例化bean。

第二步是bean的依赖注入，比如一些set方法注入，像平时开发用的 @Autowire都是这一步完成。

第三步是处理Aware接口，如果某一个bean实现了Aware接口就会重写方法执行。

第四步是bean的前置处理器BeanPostProcessor#before，这个是前置处理器。

第五步是初始化方法，比如实现了接口InitializingBean或者自定义了方法 init-method标签或@PostContruct 。

第六步是执行了bean的后置处理器BeanPostProcessor，主要是对bean进行增强，有可能在这里产生代理对象。

最后一步是销毁bean。

原理解答：

Bean的生命周期的执行流程如图：

Bean的生命周期分为创建和初始化赋值。创建是构造函数创建一个空对象。

初始化赋值的步骤比较多。

7.什么是Spring中的循环依赖？

答：循环依赖：循环依赖其实就是循环引用,也就是两个或两个以上的bean互相持有对方,最终形成闭环。

比如A依赖于B,B依赖于A 循环依赖在spring中是允许存在，spring框架依据三级缓存已经解决了大部分的循环依赖

①一级缓存：单例池，缓存已经经历了完整的生命周期，已经初始化完成的 bean对象

②二级缓存：缓存早期的bean对象（生命周期还没走完）

③三级缓存：缓存的是ObjectFactory，表示对象工厂，用来创建某个对象的。

循环依赖的原理：

8.Spring是怎么解决循环依赖的？

答：通过三级缓存解决大部分的循环依赖。

第一，先实例A对象，同时会创建ObjectFactory对象存入三级缓存 singletonFactories 。

第二，A在初始化的时候需要B对象，这个走B的创建的逻辑。

第三，B实例化完成，也会创建ObjectFactory对象存入三级缓存 singletonFactories 。

第四，B需要注入A，通过三级缓存中获取ObjectFactory来生成一个A的对象同时存入二级缓存，这个是有两种情况，一个是可能是A的普通对象，另外一个是A的代理对象，都可以让ObjectFactory来生产对应的对象，这也是三级缓存的关键。

第五，B通过从通过二级缓存earlySingletonObjects 获得到A的对象后可以正常注入，B创建成功，存入一级缓存singletonObjects 。

第六，回到A对象初始化，因为B对象已经创建完成，则可以直接注入B，A 创建成功存入一次缓存singletonObjects。

第七，二级缓存中的临时对象A清除。

原理详解：

Spring解决循环依赖是通过三级缓存，对应的三级缓存如图所示：

一级缓存的作用：限制Bean在beanFactory中只存一份，即实现singleton scope，解决不了循环依赖。

如果想要解决循环依赖，就需要二级缓存的参与。如图：

但是一级缓存＋二级缓存只能解决一般对象的循环依赖，如果一个对象被增强成代理对象了，就没办法解决。需要借入三级缓存。

三级缓存解决循环依赖的流程：

三级缓存可以解决大部分的循环依赖。但是还有一些循环依赖需要我们手动解决。比如构造函数中的循环依赖，只能通过手动解决。三级缓存只能解决Bean生命周期初始化中的依赖。

8.构造方法出现了循环依赖怎么解决？

答：由于bean的生命周期中构造函数是第一个执行的，spring框架并不能解决构造函数的的依赖注入，可以使用@Lazy懒加载，什么时候需要对象再进行 bean对象的创建。

9.SpringMVC的执行流程知道嘛？

答：嗯，这个知道的，它分了好多步骤

1、用户发送出请求到前端控制器DispatcherServlet，这是一个调度中心。

2、DispatcherServlet收到请求调用HandlerMapping（处理器映射器）。

3、HandlerMapping找到具体的处理器(可查找xml配置或注解配置)，生成处理器对象及处理器拦截器(如果有)，再一起返回给DispatcherServlet。

4、DispatcherServlet调用HandlerAdapter（处理器适配器）。

5、HandlerAdapter经过适配调用具体的处理器（Handler/Controller）。

6、Controller执行完成返回ModelAndView对象。

7、HandlerAdapter将Controller执行结果ModelAndView返回给 DispatcherServlet。

8、DispatcherServlet将ModelAndView传给ViewReslover（视图解析器）。

9、ViewReslover解析后返回具体View（视图）。

10、DispatcherServlet根据View进行渲染视图（即将模型数据填充至视图中）。

11、DispatcherServlet响应用户。

当然现在的开发，基本都是前后端分离的开发的，并没有视图这些，一般都是handler中使用Response直接结果返回。

原理详解：

1.视图阶段（老旧JSP等）的执行流程：

2.前后端分离开发的执行流程：

10.：Springboot自动配置原理？

答：在Spring Boot项目中的引导类上有一个注解@SpringBootApplication，这个注解是对三个注解进行了封装，分别是：

@SpringBootConfiguration

@EnableAutoConfiguration

@ComponentScan

其中@EnableAutoConfiguration是实现自动化配置的核心注解。

该注解通过@Import注解导入对应的配置选择器。关键的是内部就是读取了该项目和该项目引用的Jar包的的classpath路径下META INF/spring.factories文件中的所配置的类的全类名。

在这些配置类中所定义的Bean会根据条件注解所指定的条件来决定是否需要将其导入到Spring容器中。

一般条件判断会有像@ConditionalOnClass这样的注解，判断是否有对应的 class文件，如果有则加载该类，把这个配置类的所有的Bean放入spring容器中使用。

原理详解：看这样一个引导类：

这个类上的@SpringBootApplication包含以下三个注解，

其中最重要的是@EnableAutoConfiguration，进入这个注解会发现内部结构是这样的：

这里面最重要的是@Import注解导入的东西，点进去是这样的：

这里面他会加载一些文件，最重要的是META INF/spring.factories文件中的所配置的类的全类名。点击这个spring.factories配置文件进去会发现很多都是以autoconfiguation结尾的自动配置类，有缓存的，有aop 的，有RabbitMQ的等。

找到一个随便打开，比如Redis的：

到这个地方就能知道SpringBoot的自动配置是怎么回事了。

11.Spring 的常见注解有哪些？

答：这个就很多了。

第一类是：声明bean，有@Component、@Service、@Repository、 @Controller

第二类是：依赖注入相关的，有@Autowired、@Qualifier、@Resourse

第三类是：设置作用域 @Scope

第四类是：spring配置相关的，比如@Configuration，@ComponentScan 和 @Bean

第五类是：跟aop相关做增强的注解 @Aspect，@Before，@After， @Around，@Pointcut

12.SpringMVC常见的注解有哪些？

答：有@RequestMapping：用于映射请求路径；

@RequestBody：注解实现接收http请求的json数据，将json转换为java对象； @RequestParam：指定请求参数的名称；

@PathViriable：从请求路径下中获取请求参数(/user/{id})，传递给方法的形式参数；@ResponseBody：注解实现将controller方法返回对象转化为json 对象响应给客户端。@RequestHeader：获取指定的请求头数据。

还有像 @PostMapping、@GetMapping这些。

13.Springboot常见注解有哪些？

答：Spring Boot的核心注解是@SpringBootApplication , 他由几个注解组成 : @SpringBootConfiguration：组合了- @Configuration注解，实现配置文件的功能； @EnableAutoConfiguration：打开自动配置的功能，也可以关闭某个自动配置的选项 @ComponentScan：Spring组件扫描。