bean
1.Spring框架中的bean是单例的吗?
@Service
@Scope("singleton")
public class UserServicelmpl implements UserService {
}
在Scope中
singleton: bean在每个Spring IOC容器中只有一个实例
prototype:一个bean的定义可以有多个实例
2. Spring框架中的单例bean是线程安全的吗?
服务器中的代码片段
@Controller
@RequestMapping("/user")
public class UserControler {
private int count;
@Autowired
private UserService userService;
@GetMapping("/getByld/{id}")
public User getByld(@PathVariable("id") Integer id)
{
count++;
System.out.printin(count);
return userService.getByld(id);
}
Spring bean 并没有可变的状态
比如Service类和DAO类,所以某种程度上说Spring的单例bean是线程安全的。
3. Spring框架中的单例bean是线程安全的吗?
不是线程安全的,Sring框架中有一个@Scope注解,默认值就说singleton,是单列的。
因为一般在Spring的bean的中都是注入无状态的对象,没有线程安全问题,如果在bean中定义了可修改的成员变量,是要考虑线程安全问题的,可以使用多例或者加锁来解决。
回答:
1.线程不是安全的,当多用户同时请求一个服务时,容器会给每一个请求分配一个线程,这是多个线程会并发执行该请求对应的业务逻辑(成员方法),如果该处理逻辑中有对该单列状态的修改(体现为该单例的成员属性),则必须考虑线程同步问题。
2.Spring框架并没有对单例bean进行任何多线程的封装处理。关于单例bean的线程安全和并发问题需要开发者自行去搞定。
3.比如:我们通常在项目中使用的Springbean都是不可可变的状态(比如Service类和DAO类),所以在某种程度上说Spring的单例bean是线程安全的。
如果你的bean有多种状态的话(比如 View Model对象),就需要自行保证线程安全。最浅显的解决办法就是将多态bean的作用由"singleton"变更为"prototype"
AOP
1.什么是AOP,你们项目中有没有使用到AOP
AOP称为面向切面编程,用于将那些与业务无关,单多个对象产生影响的公共行为和逻辑,抽取并封装为一个可重用的模块,这个模块被命为"切面"(Aspect),减少系统中的重复代码,降低了模块间的耦合度,同时提高了系统的可维护性。
常见的AOP使用场景:
记录操作日志
缓存处理
Spring中内置的事务处理
2.Spring中的事务是如何实现的
Spring支持编程式事务管理和声明式事务管理两种方式。
编程式事务控制:需使用TransactionTemplate来进行实现,对业务代码有侵入性,项目中很少用。
声明式事务管理:声明式事务管理建立在AOP之上的。其本质是通过AOP功能,对方法前后进行拦截,将事务处理的功能编织到拦截的方法中,也就是在目标方法开始之前加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。
3.什么是AOP?
面向切面编程,用于将那些与事务无关,但却对多个对象产生影响的公共行为和逻辑,抽取公共模块复用,降低耦合。
4.你们项目中有没有使用到AOP
记录操作日志,缓存,Spring实现的事务
核心是:使用AOP中的环绕通知+切点表达式(找到要记录日志的方法),通过环绕通知的参数获取请求方法的参数(类,方法,注解,请求方式等),获取到这些参数以后,保存到数据库
5.Spring中的事务是如何实现的
其本质是通过AOP功能,对方法前后进行拦截,在执行方法之前开启事务,在执行完目标方法之后根据执行情况提交或者回滚事务。
事务失效
1.Spring中事务失效的场景有那些?
1.异常捕获处理
原因:事务通知只有捕捉到了目标抛出的异常,才能进行后续的回滚处理,如果目标自己处理掉异常,事务通知无法知悉
解决: 在cath模块下添加以下代码抛出
throw new RuntimeException(e)
2.抛出检查异常
原因:Spring默认只会回滚非检查异常
解决:配置rollbackFor属性
@Transactional(rollbackFor=Exception.class)
3.非public方法
原因:Spring为方法创建代理,添加事务通知,前提条件都是改方法是public的
解决:public方法
2.Spring中事务失效的场景有哪些?
1.异常捕获处理,自己处理了异常,没有抛出,需要在在cath模块下手动抛出
2.抛出检查异常,配置rollbackFor属性为Exception(@Transactional(rollbackFor=Exception.class))
3.非public方法导致的事务失效,改为public
bean的生命周期
BeanDefinition
Spring容器在进行实例化时,会将xml配置的<bean>的信息封装成一个BeanDefinition对象,Spring根据BeanDefinition来创建Bean对象,里面有很多的属性用来描述Bean。
beanClassName:bean 的类名 initMethodName:初始化方法名称
properryValues:bean 的属性值 scope:作用域 lazyInit:延迟初始化
bean的生命周期
Spring的bean的生命周期?
1.通过BeanDifinition获取bean的定义信息
2.通过构造函数实例化bean对象
3.bean的依赖注入
4.处理Aware接口(BeanNameAware、BeanFactoryAware、ApplicationContextAware)
5.Bean的后置处理器BeanProcessor-前置
6.初始化方法(InitializingBean、init-method)
7.Bean的后置处理器BeanProcessor-后置
8.销毁bean
Spring中的循环引用
什么是循环引用?
在创建A对象的同时需要使用的B对象,在创建B对象的同时需要使用到A对象
1.Spring中的循环引用?
1.循环依赖:循环依赖其实就是循环引用,也就是两个或两个以上的bean互相持有对方,最终形成闭环。比如A依赖于B,B依赖于A。
2.循环依赖在spring中是运允许存爱的,spring框架依靠三级缓存已经处理了大部分的循环依赖
一级缓存:单例池,缓存已经经历了完整的生命周期,已经初始化完成的bean对象
二级缓存:缓存早期的bean对象(生命周期还没有走完)
三级缓存:缓存的是ObjectFactory,表示对象工厂,用来创建某个对象的
2.构造方法出现了循环依赖怎么解决?
A依赖于B,B依赖于A,注入的方式是构造函数
原因:由于bean的生命周期中构造函数是第一个执行的,spring框架并不能解决构造函数的依赖注入
解决方法:使用@Lazy进行懒加载,什么时候需要对象再进行bean对象的创建
SpringMVC的执行流程知道吗?
视图阶段(JSP)
前后端分离阶段(接口开发,异步请求)
SpringMVC的的执行流程知道吗?
① 用户发送出请求到前端控制器DispatcherServlet
② DispatcherServlet收到请求调用HandlerMapping(处理器映射器)
③ HandlerMapping找到具体的处理器,生成处理器对象及处理器拦截器(如果有),再一起返回给DispatcherServlet.
④ DispatcherServlet调用HandlerAdapter(处理器适配器)
⑤ HandlerAdapter经过适配调用具体的处理器(Handler/Controller)
⑥ 方法上添加了@ResponseBody
⑦ 通过HttpMessageConverter来返回结果转换为JSON并响应
Springboot自动配置原理
1.在Spring Boot项目中的引导类上有一个注解@SpringBootApplication,这个注解是对三个注解进行了封装,分别1.@SpringBootConfiguration 2.@EnableAutoConfiguration3.@ComponentScan
2.其中@EnableAutoConfiguration是实现自动化配置的核心注解,该注解通过@lmport注解导入对应的配置选择器。
内部就是读取了该项目和该项目引用的Jar包的classpath路径下META-INF/spring.factories文件中的配置类的类全名,在这些配置类中定义的Bean会根据条件注解所指定的条件来决定是否需要将其导入到Spring容器中
3.条件判断会像@ConditionalOnClass这样的注解,判断是否有对应的class文件,如果有则加载该类,把这个配置类的所有的Bean放入spring容器中使用。