Spring框架
spring是一个轻量级的,非侵入式的,IOC,AOP,一站式的,简化企业级开发而生的。
核心包非常小;
业务代码中不侵入框架代码;
IOC:控制反转;将生成对象的权利,反转给了spring框架;依赖注入(DI)为属性注入值;
AOP:面向切面编程;将一些与业务代码无关的公共部分抽取起来;使用时,通过代理对象调用;从而达到不修改原代码的基础上增加功能,代码的耦合度降低;
一站式框架:数据持久层,web控制层…
如何搭建:
创建spring配置文件 spring.xml文件;
在spring.xml文件中配置,需要让spring管理的类;
spring框架读取xml文件,解析xml;
通过工厂模式+反射机制 创建对象+代理模式;
在需要使用对象时,从spring容器注入对象。
spring+jdbc
JdbcTemplate 管理数据源(阿里巴巴 Druid) 事务管理
事务管理的最基本的原理是使用AOP.
声明式事务和编程式事务
事务传播行为 是spring框架自身对事务进行功能上的增强
比如:A 方法 调用 B方法 那么B方法的事务应该如何执行( 把B事务加入到A事务中执行还是B事务自己创建一个新的独立于A的事务)。
spring+mybatis
springMVC
执行流程:
BeanFactory 和 ApplicationContext:
new User() 创建了一个User对象
把由spring框架创建的对象称为一个bean.
在 spring 容器中,BeanFactory 接口是 IOC 容器要实现的最基础的接口,定义了管理 bean的最基本的方法,例如获取实例、基本的判断等;
ApplicationContext接口间接的继承了BeanFactory 接口,在此基础之上扩展功能.如果说BeanFactory是Sping 的心脏,那么 ApplicationContext 就是完整的身躯了。它们都可以当做 Spring 的容器,Spring 容器是生成 Bean 实例的工厂,并管理容器中的 Bean。
区别:
BeanFactory 是最基础的,面向spring框架本身的. 在使用对象时才去创建
ApplicationContext是面向应用层的,增加了功能(支持AOP 事务), 适合与web应用程序,在服务器启动时就创建.
springBean 的生命周期:
宏观上来讲,springBean 的生命周期可以分为 5个阶段:
1.实例化 Instantiation : 创建一个原始的对象 例如 new对象 通过反射机制实现的(框架可以读到类名);
2.属性赋值 Populate : 为对象的属性进行赋值
例如 :UserService注入UserDao userDao ;
3.初始化 Initialization : 我们的类如果实现了某些接口,就可以去执行某些方法,用来初始化对象
重点在于对类进行功能提升. 如果此类有事务增强(aop),就是在此处为bean对象添加功能.
4.将 bean 对象放入到容器中,使用 : 完整的 bean 创建好,将 bean 对象放入到容器中,可以使用
5.销毁 Destruction
Spring 中的 bean 是线程安全的吗?
servlet是线程安全的吗?
serlvet是线程不安全的
servlet是单例的还是多例的?
是单例的;在服务器启动时由服务器创建,只创建了一个。
线程安全这个问题,要从单例与原型 Bean 分别进行说明。
例如:
class UserController{
User user; //是单例bean 把一次请求看做是一个线程 很多个请求,那就是有多个线程;多个线程共享一个 bean。
//原型bean 是每次使用时,会创建一个对象,不共享;是线程安全
}
原型 Bean:
对于原型 Bean,每次创建一个新对象,也就是线程之间并不存在 Bean 共享,自然是不会有线程安全的问题。
单例 Bean:
对于单例Bean,所有线程都共享一个单例Bean实例,因此是存在资源的竞争。 如果单例Bean是一个无状态Bean,也就是线程中的操作不会对Bean的成员执行查询以外的操作,那么这个单例Bean是线程安全的。
bean分为 :
有状态bean 这个变量可以存储数据.
无状态bean 不存储数据的bean;
例如:
假设UserController,User,UserService 都是单例的
class UserController{
User user; //User作为数据存储的对象,存储用户信息的 是有状态的,不安全
UserService userService; //不存储数据, 是无状态的, 安全的.
}
Bean 循环依赖
什么是循环依赖:
class A{
自动注入
B b; //此时B对象有可能还没有创建 ?
}
class B{
自动注入
A a;
}
如果不考虑 Spring,循环依赖并不是问题,因为对象之间相互依赖是很正常的事情。
但是,在 Spring 中循环依赖就是一个问题了,为什么?
因为,在 Spring 中,一个对象并不是简单 new 出来了,而是会经过一系列的 Bean 的生命周期,就是因为 Bean 的生命周期所以才会出现循环依赖问题。当 然,在 Spring 中,出现循环依赖的场景很多,有的场景 Spring 自动帮我们解决了,而有的场景则需要程序员来解决。
此情况只在spring中出现,因为spring创建对象时,可以为属性自动注入值, 注入时就需要查找所依赖的对象
产生循环依赖的问题,主要是:A 创建时–>需要 B----B去创建—>需要 A,从 而产生了循环。
解决方法:
spring 内部有三级缓存:
( 每一个缓存可以理解为一个map容器(把不同的对象做一个临时存储))
singletonObjects 一级缓存,用于保存实例化、注入、初始化完成的 bean(完整的bean) 实例;
earlySingletonObjects 二级缓存,用于保存实例化完成的 bean(原始的对象) 实例 ;
singletonFactories 三级缓存,用于保存 bean 创建工厂,以便于后面扩展有机会创建代理对象(假如B类如果有需要增强的功能,那么把这个半成品的B对象继续放在3级缓存中去增强功能.);
总结起来:二级缓存就能解决缓存依赖,三级缓存解决 的是代理。
Servlet 的过滤器与 Spring 拦截器区别:
实现原理不同
过滤器和拦截器底层实现方式大不相同,过滤器 是基于函数回调的,拦截器则是基于 Java 的反射机制(动态代理)实现的。
使用范围不同
我们看到过滤器 实现的是 javax.servlet.Filter 接口,而这个接口是在 Servlet 规范中定义的,也就是说过滤器 Filter 的使用要依赖于 Tomcat 等容器,导致它只能在 web 程序中使用。
触发时机不同
过滤器 和 拦截器的触发时机也不同,我们看下边这张图。
过滤器 Filter 是在请求进入容器后,但在进入 servlet 之前进行预处理,请求结束是在 servlet 处理完以后。
拦截器 Interceptor 是在请求进入 servlet 后,在进入 Controller 之前进行预处理的,Controller 中渲染了对应的视图之后请求结束。
拦截的请求范围不同
过滤器几乎可以对所有进入容器的请求起作用,而拦截器只会对 Controller中的请求或访问 static 目录下的资源请求起作用。
区别主要在底层实现方式上有所不同:
过滤器实现是依赖于tomcat,请求会先到达过滤器,然后进入Servlet.
spring拦截器: 是框架内部封装的, 请求是先到达servlet, 根据映射地址,去匹配拦截器,最终到达控制器。