1. spring是什么
轻量级的框架,他是一个容器框架,用来装JavaBean
Spring是一个轻量级的控制反转(loC)和面向切面(AOP)的容器框架
- 从大小与开销两个方面而言Spring都是轻量级的
- 通过控制反转(loC)的技术达到松耦合的目的
- 提供了面向切面编程的丰富支持,
- 包含并管理应用对象(Bean)的配置和生命周期,这个意义上是一个容器。
4. 谈谈对AOP的理解
系统是由许多不同的组件所组成的,每一个组件各负责一块特定功能。除了实现自身核心功能之外,这些组件还经常承担着额外的职责。例如日志、事务管理和安全这样的核心服务经常融入到自身具有核心业务逻辑的组件中去。
5. 谈谈对IOC的理解
容器概念、控制反转、依赖注入
ioc容器:实际上就是个map (key,value),里面存的是各种对象(在xml里配置的bean节点、@repository,@service、@controller、@component),在项目启动的时候会读取配置文件里面的bean节点,根据全限定类名使用反射创建对象放到map里、扫描到打上上述注解的类还是通过反射创建对象放到map里。
控制反转
没有引入lOC容器之前,对象A依赖于对象B,那么对象A在初始化或者运行到某一点的时候,自己必须主动去创建对象B或者使用已经创建的对象B。无论是创建还是使用对象B,控制权都在自己手上。
引入IOC容器之后,对象A与对象B之间失去了直接联系,当对象A运行到需要对象B的时候,IOC容器会主动创建—个对象B注入到对象A需要的地方。
对象A获得依赖对象B的过程,由主动行为变为了被动行为,控制权颠倒过来了
依赖注入
获得依赖对象的过程被反转了 控制被反转之后,获得依赖对象的过程由自身管理变为了由IOC容器主动注入。
依赖注入实现IOC的方法
6. BeanFactory和ApplicationContext有什么区别?
- ApplicationContext是BeanFactory的子接口
- ApplicationContext提供了更完整的功能:
- 继承MessageSource,因此支持国际化。
- 统—的资源文件访问方式。
- 提供在监听器中注册bean事件
- 同时加载多个配置文件
BeanFactroy采用的是延迟加载形式来注入Bean的,即只有在使用到某个Bean时(调用getBean()),才对该Bean进行加载实例化。这样,我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入,BeanFacotry加载后,直至第一次使用调用getBean方法才会抛出异常。
ApplicationContext,它是在容器启动时,一次性创建了所有的Bean。这样,在容器启动时,我们就可以发现Spring中存在的配置错误,这样有利于检查所依赖属性是否注入。
相对于基本的BeanFactory,ApplicationContext唯一的不足是占用内存空间。当应用程序配置Bean较多时,程序启动较慢。
BeanFactory和ApplicationContext都支持BeanPostProcessor、BeanFactoryPostProcessor的使用,但两者之间的区别是: BeanFactory需要手动注册,而ApplicationContext则是自动注册。
7. 描述一下Spring Bean的生命周期
- 解析类得到BeanDefinition,就是ComponentScan扫描类,解析类
- 如果有多个构造方法,要推断构造方法
- 确定好构造方法后,进行实例化得到对象
- 对对象中的加@Autowired注解的属性进行属性填充
- 回调Aware方法,比如BeanNameAware,BeanFactoryAware
- 调用BeanPostProcessor的初始化前方法
- 调用初始化方法调用BeanPostProcessor的初始化后的方法,在这里会进行AOP
- 如里当前创建的bean是单例的则会把bean放入单例池
- 使用Bean
- Spring容器关闭时调用DisposableBean中destory()方法
8. 解释下Spring支持的几种bean的作用域。
singleton:默认,每个容器中只有一个bean的实例,单例的模式由BeanFactory自身来维护。该对象的生命周期是与Spring IOC容器一致的(但在第一次被注入时才会创建)。
prototype:为每一个bean请求提供一个实例。在每次注入时都会创建一个新的对象
request: bean被定义为在每个HTTP请求中创建一个单例对象,也就是说在单个请求中都会复用这一个单例对象
session: 与request范围类似,确保每个session中有一个bean的实例,在session过期后,bean会随之失效。
application: bean被定义为在ServletContext的生命周期中复用一个单例对象。
websocket: bean被定义为在websocket的生命周期中复用一个单例对象。
9. Spring框架中的单例Bean是线程安全的吗
Spring的Bean默认是单例模式的,框架没有对bean进行多线程处理
如果bean是有状态的,如果是service类,有状态的就是有个count来计数那么就是线程不安全的
有状态就是有数据存储功能
无状态就是不会保存数据 controller、service和dao层本身并不是线程安全的,只是如果只是调用里面的方法,而且多线程调用一个实例的方法,会在内存中复制变量,这是自己的线程的工作内存,是安全的。
Dao会操作数据库Connection,Connection是带有状态的,比如说数据库事务ISpring的事务管理器使用Threadlocal为不同线程维护了一套独立的connection副本,保证线程之间不会互相影响(Spring 是如何保证事务获取同一个Connection的)
不要在bean中声明任何有状态的实例变量或类变量,如果必须如此,那么就使用ThreadLocal把变量变为线程私有的,如果bean的实例变量或类变量需要在多个线程之间共享,那么就只能使用synchronized、lock、CAS等这些实现线程同步的方法了。
10. Spring框架中都用到了哪些设计模式?
简单工厂:由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类。
spring中的BeanFactory就是简单工厂模式的体现,根据传入一个唯一的标识来获得Bean
对象,但是否是在传入参数后创建还是传入参数前创建这个要根据具体情况来定。
工厂方法:
实现了FactoryBean接口的bean是一类叫做factoryi的bean。其特点是,spring会在使用
getBean()调用获得该bean时,会自动调用该bean的getobject()方法,所以返回的不是
factory这个bean,而是这个bean.getojbect()方法的返回值。
单例模式:保证一个类仅有一个实例,并提供一个访问它的全局访问点
spring对单例的实现: spring中的单例模式完成了后半句话,即提供了全局的访问点
BeanFactory。但没有从构造器级别去控制单例,这是因为spring管理的是任意的java对
象。
适配器模式
HandlerAdater Spring定义了一个适配接口,使得每一种Contro11er有一种对应的适配器
实现类,让适配器代替contro711er执行相应的方法。这样在扩展Contro11er时,只需要增
加一个适配器类就完成了SpringMVC的扩展了。
装饰器模式:动态地给一个对象添加一些额外的职责。就增加功能来说,Decorator模式相比生成子类更为灵活。
spring中用到的包装器模式在类名上有两种表现:一种是类名中含有wrapper,另一种是类名
中含有Decorator。
动态代理
AOP
11. Spring事务的实现方式和原理以及隔离级别?
在使用Spring框架时,可以有两种使用事务的方式,一种是编程式(手动的去控制事务)的,一种是申明式的,@Transactional注解就是申明式的。
比如我们可以通过在某个方法上增加@Transactional注解,就可以开启事务,这个方法中所有的sql都会在一个事务中执行,统一成功或失败。
在一个方法上加了@Transactional注解后,Spring会基于这个类生成一个代理对象,会将这个代理对象作为bean,当在使用这个代理对象的方法时,如果这个方法上存在@Transactional注解,那么代理逻辑会先把事务的自动提交设置为false,然后再去执行原本的业务逻辑方法,如果执行业务逻辑方法没有出现异常,那么代理逻辑中就会将事务进行提交,如果执行业务逻辑方法出现了异常,那么则会将事务进行回滚。
spring事务隔离级别就是数据库的隔离级别:外加一个默认级别
- read uncommitted(未提交读)
- read committed(提交读、不可重复读)
- repeatable read (可重复读)
- serializable (可串行化)
数据库的配置隔离级别是Read commited, i而ijspring配置的隔离级别是Repeatable Read,请问这时隔离级别是以哪一个为准?
以Spring配置的为准,如果spring设置的隔离级别数据库不支持,效果取决于数据库
12. spring事务的传播机制
多个事务方法相互调用时,事务如何在这些方法间传播
方法A是一个事务的方法,方法A执行过程中调用了方法B,那么方法B有无事务以及方法B对事务的要求不同都会对方法A的事务具体执行造成影响
- REQUIRED:如果当前没有事务,则自己新建一个事务,如果当前存在事务,则加入这个事务
- SUPPORTS:当前存在事务,则加入当前事务,如果当前没有事务,就以非事务方法执行
- MANDATORY:当前存在事务,则加入当前事务,如果当前事务不存在,则抛出异常。
- REQUIRES_NEW:创建一个新事务,如果存在当前事务,则挂起该事务。就是各自执行各自的事务
- NOT_SUPPORTED:以非事务方式执行,如果当前存在事务,则挂起当前事务
- NEVER:不使用事务,如果当前事务存在,则抛出异常
- NESTED:如果当前事务存在,则在嵌套事务中执行,否则REQUIRED的操作一样(开启一个事务)
13. Spring事务什么时候失效
spring事务的原理是AOP,进行了切面增强,那么失效的根本原因是这个AOP不起作用了!常见情况有如下几种
1、发生自调用,类里面使用this调用本类的方法(this通常省略),此时这个this对象不是代理类,而是UserService本身
解决方法很简单,让那个this变成UserService的代理类即可
2、方法不是public的
@Transactional 只能用于public的方法上,因为本身都是通过这个外部的类去调用;如果要用在非要在pubbic 方法上,可以开启AspectJ代理模式
3、数据库不支持事务,例如使用Myisam
4、没有被spring管理
5、异常被吃掉,事务不会回滚
15. Spring Boot、Spring MVC和Spring有什么区别
spring是一个OC容器,用来管理Bean,使用依赖注入实现控制反转,可以很方便的整合各种框架,提供AOP机制弥补OOP的代码重复问题、更方便将不同类不同方法中的共同处理抽取成切面、自动注入给方法执行,比如日志、异常等
springmvc是spring对web框架的一个解决方案,提供了一个总的前端控制器Servlet,用来接收请求,然后定义了一套路由策略(url到handle的映射)及适配执行handle,将handle结果使用视图解析技术生成视图展现给前端
springboot是spring提供的一个快速开发工具包,让程序员能更方便、更快速的开发spring+springmvc应用,简化了配置(约定了默认配置),整合了一系列的解决方案(starter机制) 、redis、mongodb、es,可以开箱即用
16. SpringMVC工作流程
1)用户发送请求至前端控制器DispatcherServlet。
2) DispatcherServlet 收到请求调用HandlerMapping 处理器映射器。就是从url->handler(用来处理请求的方法或者类)
3)处理器映射器找到具体的处理器(可以根据xml配置、注解讲行查找),生成处理器及外理器栏截器(如果有则生成)一并返回给DispatcherServlet
4)Dispatcherservlet调用HandlerAdapter处理器适配器。调用SUPPORT方法看handler是指下面的哪种类型(controller,Servlet,RequestMapping)
5)HandlerAdapter经过适配调用具体的处理器(Controller,也叫后端控制器)调用业务逻辑
6)Cpntroller返回ModelAndView
7)HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet.
8)DispatcherServlet将ModelAndView传给ViewReslover视图解析器
9)ViewReslover解析后返回具体View。
10)DispatcherServlet根据View进行渲染视图
11) DispatcherServlet响应用户。
17. SpringMVC的主要组件
HandlerMapping
url–>handler映射
initHandlerMappings(context),处理器映射器,根据用户请求的资源uri来查找Handler的。在SpringMVC中会有很多请求,每个请求都需要一个Handler处理,具体接收到一个请求之后使用哪个Handler进行,这就是HandlerMapping需要做的事。
HandlerAdapter
主要是handler有很多的类型controller,servlet,RequestMapping然后调用support方法
HandlerExceptionResolver
ViewResolve
将ModelAndView解析成真正的View
LocaleResolve
国际化组件
ThemeResolve
解析主题
MultipartResolver
用来处理上传请求
18. SpringBoot自动配置原理
@Import + @Configuration + Spring spi
自动配置类由各个starter提供,使用@Configuration + @Bean定义配置类,放到META-INF/spring.factories下使用Spring spi扫描META-INF/spring.factories下的配置类
使用@Import导入自动配置类
29. SpringCloud和SpringCloudAaba
SpringCloud:提供了构建微服务系统所需要的一组通用开发模式以及一系列快速实现这些开发模式的工具。
config会基于git提供统一的配置服务,客户端和服务端都可以到config上获得统一的配置,当要统一配置集群的时候,配置文件放置,例如敏感的配置,用户名,密码放到config上统一管理
Sentinel:当资源不够的时候,优先保证优先级很高的服务
Nacos:做服务的注册和配置
Seata:分布式事务
SpringCoud Stream提供了MQ的Binder
35. SpringMVC中的控制器是不是单例模式?如果是,如何保证线程安全?
有属性就是有状态的,但是在controller当中引入service,service是无属性的,所以在无状态当中引用无状态的都是无状态的
控制器是单例模式
单例模式下就会有线程安全的问题
Spring中保证线程安全的方法
1、将scop设置成非singleton。prototype, request。
2、最好的方式是将控制器设计成无状态模式。在控制器中,不要携带数据。但是可以引用无状态的service和dao。