interview2-框架篇

一、Spring篇

1、Spring

(1)Bean线程安全问题

不是线程安全的。Spring框架中有一个@Scope注解,默认的值就是singleton,单例的。因为一般在spring的bean的中都是注入无状态的对象,没有线程安全问题,如果在bean中定义了可修改的成员变量,是要考虑线程安全问题的,可以使用多例或者加锁来解决。

(2)AOP、事务原理、事务失效

1.AOP

AOP称为面向切面编程,用于将那些与业务无关,但却对多个对象产生影响的公共行为和逻辑,抽取并封装为一个可重用的模块,这个模块被命名为“切面”(Aspect),减少系统中的重复代码,降低了模块间的耦合度,同时提高了系统的可维护性。

常见的AOP使用场景:

  • 记录操作日志

  • 缓存处理

  • Spring中内置的事务处理

2.事务原理

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

  • 编程式事务控制:需使用TransactionTemplate来进行实现,对业务代码有侵入性,项目中很少使用

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

3.事务失效

事务失效的场景主要有:异常捕获处理、抛出检查异常、非public方法

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

解决方法:在catch块添加throw new RuntimeException(e)抛出。

抛出检查异常:Spring 默认只会回滚非检查异常。

解决方法:配置rollbackFor属性@Transactional(rollbackFor=Exception.class)

非public方法导致的事务失效:Spring 为方法创建代理、添加事务通知,前提条件都是该方法是 public 的

解决方法:改为 public 方法

(3)Bean的生命周期

Spring容器在进行实例化时,会将xml配置的<bean>的信息封装成一个BeanDefinition对象,Spring根据BeanDefinition来创建Bean对象,里面有很多的属性用来描述Bean。

bean的生命周期 

  1. 通过BeanDefinition获取bean的定义信息

  2. 调用构造函数实例化bean

  3. bean的依赖注入处理Aware接口(BeanNameAware、BeanFactoryAware、ApplicationContextAware)

  4. Bean的后置处理器BeanPostProcessor-前置

  5. 初始化方法(InitializingBean、init-method)

  6. Bean的后置处理器BeanPostProcessor-后置

  7. 销毁bean

(4)循环依赖

在创建A对象的同时需要使用的B对象,在创建B对象的同时需要使用到A对象。

循环依赖在spring中是允许存在,spring框架依据三级缓存已经解决了大部分的循环依赖:

  1. 一级缓存:单例池,缓存已经经历了完整的生命周期,已经初始化完成的bean对象

  2. 二级缓存:缓存早期的bean对象(生命周期还没走完)

  3. 三级缓存:缓存的是ObjectFactory,表示对象工厂,用来创建某个对象的

构造方法出现了循环依赖怎么解决?

A依赖于B,B依赖于A,注入的方式是构造函数

原因:由于bean的生命周期中构造函数是第一个执行的,spring框架并不能解决构造函数的的依赖注入

解决方案:使用@Lazy进行懒加载,什么时候需要对象再进行bean对象的创建

2、SpringMVC执行流程

(1)视图阶段(老旧JSP)

  1. 用户发送出请求到前端控制器DispatcherServlet

  2. DispatcherServlet收到请求调用HandlerMapping(处理器映射器)

  3. HandlerMapping找到具体的处理器,生成处理器对象及处理器拦截器(如果有),再一起返回给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响应用户

(2)前后端分离阶段

  1. 用户发送出请求到前端控制器DispatcherServlet

  2. DispatcherServlet收到请求调用HandlerMapping(处理器映射器)

  3. HandlerMapping找到具体的处理器,生成处理器对象及处理器拦截器(如果有),再一起返回给DispatcherServlet。

  4. DispatcherServlet调用HandlerAdapter(处理器适配器)

  5. HandlerAdapter经过适配调用具体的处理器(Handler/Controller)

  6. 方法上添加了@ResponseBody

  7. 通过HttpMessageConverter来返回结果转换为JSON并响应  

3、SpringBoot自动配置原理

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

  • @SpringBootConfiguration:该注解与 @Configuration 注解作用相同,用来声明当前也是一个配置类。

  • @ComponentScan:组件扫描,默认扫描当前引导类所在包及其子包。

  • @EnableAutoConfiguration:SpringBoot实现自动化配置的核心注解。

2, 其中@EnableAutoConfiguration是实现自动化配置的核心注解。 该注解通过@Import注解导入对应的配置选择器。内部就是读取了该项目和该项目引用的Jar包的的classpath路径下META-INF/spring.factories文件中的所配置的类的全类名。 在这些配置类中所定义的Bean会根据条件注解所指定的条件来决定是否需要将其导入到Spring容器中。

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

二、MyBatis篇

1、执行流程

  1. 读取MyBatis配置文件:mybatis-config.xml加载运行环境和映射文件

  2. 构造会话工厂SqlSessionFactory

  3. 会话工厂创建SqlSession对象(包含了执行SQL语句的所有方法)

  4. 操作数据库的接口,Executor执行器,同时负责查询缓存的维护

  5. Executor接口的执行方法中有一个MappedStatement类型的参数,封装了映射信息

  6. 输入参数映射

  7. 输出结果映射  

2、延迟加载

查询用户的时候,把用户所属的订单数据也查询出来,这个是立即加载。

查询用户的时候,暂时不查询订单数据,当需要订单的时候,再查询订单,这个就是延迟加载,也叫懒加载。Mybatis支持延迟记载,但默认没有开启。

延迟加载的原理

  1. 使用CGLIB创建目标对象的代理对象

  2. 当调用目标方法时,进入拦截器invoke方法,发现目标方法是null值,执行sql查询

  3. 获取数据以后,调用set方法设置属性值,再继续查询目标方法,就有值了

3、一、二级缓存

一级缓存: 基于 PerpetualCache 的 HashMap 本地缓存,其存储作用域为 Session,当Session进行flush或close之后,该Session中的所有Cache就将清空,默认打开一级缓存。

二级缓存: 基于nameSpace和mapper的作用域起作用的,不是依赖SQL session,默认也是采用 PerpetualCache,HashMap 存储。

注意事项:

1,对于缓存数据更新机制,当某一个作用域(一级缓存 Session/二级缓存Namespaces)的进行了新增、修改、删除操作后,默认该作用域下所有 select 中的缓存将被 clear。

2,二级缓存需要缓存的数据实现Serializable接口。

3,只有会话提交或者关闭以后,一级缓存中的数据才会转移到二级缓存中。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值