1,spring MVC工作原理
(1)客户端发送请求,直接到达dispatcherServlet
(2)dispatcherServlet根据请求信息调用HandlerMapping,解析到对应的Handler
(3)HandlerAdapter会根据Handler来调用真正的处理器来处理请求和执行相应操作逻辑
(4)处理完业务后,控制器会返回一个ModelAndView对象(Model是返回数据对象,view是逻辑上的视图)
(5)viewResolver根据逻辑View去查找实际的view
(6)dispatcherServlet会把返回的model传给view(视图渲染)
(7)把view返回给请求者
2,spring中事务管理方式有哪几种?
(1)编程式事务:在代码中硬编码(不推荐)
(2)声明式事务:在配置文件中配置(推荐)
3,spring中事务有哪些传播行为?
(1)PROPAGATION_REQUIRED:若存在当前事务,则加入。若不存在,则创建一个新事务
(2)PROPAGATION_REQUIRES:创建一个新的事务,如果当前存在事务,则将其挂起
(3)PROPAGATION_SUPPORTS:若存在当前事务,则加入。若不存在,则以非事务方式运行
(4)PROPAGATION_NOT_SUPPORT:以非事务方式运行,如果当前存在事务,则将其挂起
(5)PROPAGATION_MANDATORY:若存在当前事务,则加入。若不存在,则抛出异常
(6)PROPAGATION_NERVER:以非事务方式运行,如果当前存在事务,则抛出异常
4,spring事务底层原理是什么?
(1)划分处理单元IOC,首先用ioc划分了事务处理单元,并将事务的各种配置放入IOC容器中
(2)AOP拦截需要进行事务处理的类。spring事务处理模块是通过AOP功能来实现声明式事务处理的,用事务代理工厂接口来使用Factory功能,生成proxy代理对象,通过事务拦截器完成对对应方法的拦截,将事务处理的功能编织到拦截方法中,读取ioc
(3)容器配置属性,转化为spring事务处理所需要的内部数据结构
(4)事务处理实现:适配对应事务处理器
5,BeanFactory和ApplicationContext有什么区别?
ApplicationContext提供了一种解决文档信息的方法,一种加载资源的方式,他们可以向监听他们的beans发送消息。
相同点:都是通过xml文件来加载bean,ApplicationContext比BeanFactory提供了更多的扩展功能
不同点:BeanFactory是延迟加载,若bean的某一属性未注入,BeanFactory检查后,直到第一次调用getBean方法才会抛出异常。而ApplicationContext则在初始化自身就会检验,有利于检查依赖是否注入,通常用ApplicationContext
6,Spring的装配模式有哪些?
(1)no,默认的方法不会进行自动装配,通过手动设置ref属性来完成bean的装配
(2)byName:通过参数名自动装配,多个bean符合条件,则抛出错误
(3)byType:通过参数的数据类型进行bean装配,多个bean符合条件,则抛出错误
(4)constructor:与byType相似,不过是应用于构造函数的参数。多个bean符合相同的构造函数参数类型,则抛出错误
(5)autodetect:如果有默认构造方法,则通过constructor模式装配,否则使用byType模式装配
7,有哪些不同类型的ioc依赖注入?
(1)构造器依赖注入,在容器触发构造器时而暗藏
(2)setter方法一阿里注入:先触发一个无参构造函数或无参静态工厂方法实例化对象,之后容器调用bean中的setter方法完成依赖注入。
8,Spring AOP实现原理
(1)动态代理技术,用截取消息的方式,对该消息进行装饰,以取代原有对象行为的执行
(2)静态织入方式,引入特定语法创建“面”,从而使编译器在编译阶段注入对应“面”的代码