Spring学习思维笔记
2023-12-14 20:49:35 0 举报
AI智能生成
Spring学习思维笔记
作者其他创作
大纲/内容
对现有的类结构没有影响
轻量级,非侵入式
可以提供众多服务,如事务管理,WS等
AOP的很好支持,方便面向切面编程,使得业务逻辑和系统服务分开
使用Spring的IOC容器,将对象之间的依赖关系交给Spring,降低组件之间的耦合性,让我们更专注于应用逻辑
Spring DI机制降低了业务对象替换的复杂性。
Spring的高度可开放性,并不强制依赖于Spring,开发者可以自由选择Spring部分或全部
Spring优点
缺少一个公用控制器
没有SpringBoot好用
Spring像一个胶水,将框架黏在一起,后面拆分的话就不容易拆分了
Spring缺点
基本概念
主要通过Proxy.newProxyInstance()和InvocationHandler这两个类和方法实现
调用被代理类方法时默认调用此方法
创建代理类proxy实现Invocation接口,重写invoke()方法
将被代理类作为构造函数的参数传入代理类proxy
$Proxy0 extends Proxy implements Person
类型为$Proxy0
生成的代理类
代理对象会实现用户提供的这组接口,因此可以将这个代理对象强制类型转化为这组接口中的任意一个
通过反射生成对象
总结: 代理类调用自己方法时,通过自身持有的中介类对象来调用中介类对象的invoke方法,从而达到代理执行被代理对象的方法。
实现过程
首先,使用动态代理可以避免在编译时期就确定了调用哪个方法,而是在运行时才确定具体需要调用哪个方法,从而能够实现更加灵活的控制。
其次,使用动态代理可以减少代码的复杂性和冗余性。如果每次都要生成源码并编译,那么会导致代码量增加,而且维护起来也比较困难。
最后,使用动态代理相比直接生成源码并编译的方式,对于一些简单的逻辑处理来说,执行效率相差并不大。
而对于一些复杂的逻辑处理来说,使用动态代理反而更加高效。因为动态代理利用了缓存机制,可以避免重复生成和编译代码,从而提升了执行效率。
使用动态代理的主要目的是在不改变原始对象代码的情况下,对其行为进行增强或拦截。这种方式相比生成源码并编译的方式更加灵活和方便。
动态代理的优势
jdk动态代理
生成对象类型为Enhancer
实现原理类似于 jdk 动态代理,只是他在运行期间生成的代理对象是针对目标类扩展的子类
cglib
如果要代理一个接口的多个实现的话需要定义不同的代理类
代理类 和 被代理类 必须实现同样的接口,万一接口有变动,代理、被代理类都得修改
缺点
在编译的时候就直接生成代理类
静态代理
1.6和1.7的时候,CGLib更快
1.8的时候,jdk更快
CGLib所创建的动态代理对象在实际运行时候的性能要比JDK动态代理高
CGLib在创建对象的时候所花费的时间却比JDK动态代理多
singleton的代理对象或者具有实例池的代理,因为无需频繁的创建代理对象,所以比较适合采用CGLib动态代理,反之,则适合用JDK动态代理
JDK动态代理是面向接口的,CGLib动态代理是通过字节码底层继承代理类来实现(如果被代理类被final关键字所修饰,那么会失败)
JDK生成的代理类类型是Proxy(因为继承的是Proxy),CGLIB生成的代理类类型是Enhancer类型
如果要被代理的对象是个实现类,那么Spring会使用JDK动态代理来完成操作(Spirng默认采用JDK动态代理实现机制);如果要被代理的对象不是实现类,那么Spring会强制使用CGLib来实现动态代理。
JDK动态代理和cglib的对比
实现原理
XML方式
注解方式
@Configuration 作用于类上,相当于一个xml配置文件;
@Bean 作用于方法上,相当于xml配置中的<bean>;
通过 @Configuration 和 @Bean 这两个注解实现的
基于Java类配置
配置方式
核心业务功能和切面功能分别独立进行开发 ,然后把切面功能和核心业务功能 "编织" 在一起,这就叫AOP
让关注点代码与业务代码分离
面向切面编程就是指: 对很多功能都有的重复的代码抽取,再在运行的时候往业务方法上动态植入“切面类代码”。
应用场景:日志,事务管理,权限控制
AOP
如果需要某一组操作具有原子性,就用注解的方式开启事务,按照给定的事务规则来执行提交或者回滚操作
事务管理一般在Service层
Conn.setAutoCommite(false); // 设置手动控制事务
粒度较细,比较灵活,但开发起来比较繁琐: 每次都要开启、提交、回滚
用户通过代码的形式手动控制事务
编程式事务控制
Spring提供对事务的控制管理
声明式事务控制
事务控制
如果当前方法有事务了,当前方法事务会挂起,在为加入的方法开启一个新的事务,直到新的事务执行完、当前方法的事务才开始
required_new
如果当前方法已经有事务了,加入当前方法事务
required(默认方法)
其余五种方式(拓展学习)
事务传播行为用来描述由某一个事务传播行为修饰的方法被嵌套进另一个方法的时候事务如何传播。
事务传播行为
TransactionDefinition.ISOLATION_DEFAULT: 使用后端数据库默认的隔离级别,Mysql 默认采用的 REPEATABLE_READ隔离级别 Oracle 默认采用的 READ_COMMITTED隔离级别.
TransactionDefinition.ISOLATION_READ_UNCOMMITTED: 最低的隔离级别,允许读取尚未提交的数据变更,可能会导致脏读、幻读或不可重复读
TransactionDefinition.ISOLATION_READ_COMMITTED: 允许读取并发事务已经提交的数据,可以阻止脏读,但是幻读或不可重复读仍有可能发生
TransactionDefinition.ISOLATION_REPEATABLE_READ: 对同一字段的多次读取结果都是一致的,除非数据是被本身事务自己所修改,可以阻止脏读和不可重复读,但幻读仍有可能发生。
TransactionDefinition.ISOLATION_SERIALIZABLE: 最高的隔离级别,完全服从ACID的隔离级别。所有的事务依次逐个执行,这样事务之间就完全不可能产生干扰,也就是说,该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。
数据库隔离级别
指一个事务所允许执行的最长时间,如果超过该时间限制但事务还没有完成,则自动回滚事务。
事务超时属性
对事物资源是否执行只读操作
事务只读属性
定义了哪些异常会导致事务回滚而哪些不会。默认情况下,事务只有遇到运行期异常时才会回滚,而在遇到检查型异常时不会回滚,也可以用用户自己定义
回滚规则
事务属性
(平台)事务管理器
Spring并不直接管理事务,而是提供了多种事务管理器,通过PlatformTransactionManager这个接口,Spring为各个平台如JDBC、Hibernate等都提供了对应的事务管理器,但是具体的实现就是各个平台自己的事情了。
PlatformTransactionManager
事务定义属性(事务隔离级别、传播行为、超时、只读、回滚规则)
TransactionDefinition
事务运行状态
TransactionStatus
Spring事务管理接口
如果在dao层,回滚的时候只能回滚到当前方法,但一般我们的service层的方法都是由很多dao层的方法组成的
如果在dao层,commit的次数会过多
事务管理
byName
优先byType
@Autowired
优先byName
byType
@Resource
注解
自动扫描(component-scan)
实现方式
装配规则
基于注解的自动装配
基于XML配置的显式装配
能够在编译时就发现错误
基于Java配置的显式装配
装配方式(依赖注入的具体行为)
<bean id="text" class="com.maven.Text" /><bean id="hello" class="com.maven.Hello"><constructor-arg ref="text" /></bean>
构造器依赖注入通过容器触发一个类的构造器来实现的,该类有一系列参数,每个参数代表一个对其他类的依赖。
构造器方式注入
例如:<bean id="hello" class="com.maven.Hello"><property name="text" ref="text" /></bean>
之所以叫setter方法注入,因为这是通过找到类的对应的setter方法,再进行相应的注入
Setter方法注入是容器通过调用无参构造器或无参static工厂 方法实例化bean之后,调用该bean的setter方法,即实现了基于setter的依赖注入。
setter方法注入
最好的解决方案是用构造器参数实现强制依赖,setter方法实现可选依赖。
依赖注入的方式
构造器方式无法解决,只能抛出异常
因为Spring容器不缓存"prototype"作用域的bean,因此无法提前暴露一个创建中的bean。
多例方式无法解决,只能抛出异常
通过提前暴露一个单例工厂方法,从而使其他bean能够引用到该bean/提前暴露一个正在创建中的bean
单例模式可以解决
循环依赖
依赖注入
1.)Resource定位;指对BeanDefinition的资源定位过程。通俗地讲,就是找到定义Javabean信息的XML文件,并将其封装成Resource对象。
2.)BeanDefinition的载入;把用户定义好的Javabean表示为IoC容器内部的数据结构,这个容器内部的数据结构就是BeanDefinition。
3.)向IoC容器注册这些BeanDefinition。
容器的初始化过程
1.实例化Bean
2.设置Bean的属性
BeanNameAware
BeanFactoryAware
ApplicationContextAware
3.检查Aware相关接口并设置相关依赖
4.检查BeanPostProcessor接口并进行前置处理
由于这个是在Bean初始化结束时调用那个的方法,也可以被应用于内存或缓存技术;
5.检查Bean在Spring配置文件中配置的init-method属性并自动调用其配置的初始化方法。
6.检查BeanPostProcessor接口并进行后置处理
7.当Bean不再需要时,会经过清理阶段,如果Bean实现了DisposableBean这个接口,会调用那个其实现的destroy()方法;
8. 最后,如果这个Bean的Spring配置中配置了destroy-method属性,会自动调用其配置的销毁方法。
bean的生命周期
Spring IoC容器中只会存在一个共享的Bean实例,无论有多少个Bean引用它,始终指向同一对象。
singleton是Bean的默认作用域
默认情况下是容器初始化的时候创建,但也可设定运行时再初始化bean
DefaultSingletonBeanRegistry类里的singletonObjects哈希表保存了单例对象。
singleton
Spring容器可以管理singleton作用域下bean的生命周期,在此作用域下,Spring能够精确地知道bean何时被创建,何时初始化完成,以及何时被销毁
每次通过Spring容器获取prototype定义的bean时,容器都将创建一个新的Bean实例,每个Bean实例都有自己的属性和状态
对有状态的bean使用prototype作用域,而对无状态的bean使用singleton作用域。
prototype
在一次Http请求中,容器会返回该Bean的同一实例。而对不同的Http请求则会产生新的Bean,而且该bean仅在当前Http Request内有效。
request
在一次Http Session中,容器会返回该Bean的同一实例。而对不同的Session请求则会创建新的实例,该bean实例仅在当前Session内有效。
session
在一个全局的Http Session中,容器会返回该Bean的同一个实例,仅在使用portlet \tcontext时有效。
global Session
bean的作用域
1.进入getBean()方法
2.判断当前bean的作用域是否是单例,如果是,则去对应缓存中查找,没有查找到的话则新建实例并保存。如果不是单例,则直接新建实例(createBeanInstance)
创建bean
找到@Autowired的对象
创建注入对象,并赋值
3.新建实例后再将注入属性(populateBean),并处理回调
bean的创建
bean知识
1.首先根据配置文件找到对应的包,读取包中的类,,找到所有含有@bean,@service等注解的类,利用反射解析它们,包括解析构造器,方法,属性等等,然后封装成各种信息类放到container(其实是一个map)里(ioc容器初始化)
2.获取类时,首先从container中查找是否有这个类,如果没有,则报错,如果有,则通过构造器信息将这个类new出来
3.如果这个类含有其他需要注入的属性,则进行依赖注入,如果有则还是从container找对应的解析类,new出对象,并通过之前解析出来的信息类找到setter方法(setter方法注入),然后用该方法注入对象(这就是依赖注入)。如果其中有一个类container里没找到,则抛出异常
4.如果有嵌套bean的情况,则通过递归解析
5.如果bean的scope是singleton,则会重用这个bean不再重新创建,将这个bean放到一个map里,每次用都先从这个map里面找。如果scope是session,则该bean会放到session里面。
大致流程
IOC
1、 用户发送请求至前端控制器DispatcherServlet
2、 DispatcherServlet收到请求调用HandlerMapping处理器映射器。
3、 处理器映射器根据请求url找到具体的处理器,生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。
4、 DispatcherServlet通过HandlerAdapter处理器适配器调用处理器
5、 执行处理器(Controller,也叫后端控制器)。
6、 Controller执行完成返回ModelAndView
7、 HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet
8、 DispatcherServlet将ModelAndView传给ViewReslover视图解析器
9、 ViewReslover解析后返回具体View
10、DispatcherServlet对View进行渲染视图(即将模型数据填充至视图中)。
11、DispatcherServlet响应用户
执行流程
1.加载和实例化
2.初始化
3.请求处理
4.服务终止
servlet生命周期
SpringMVC
FileSystemXmlApplicationContext
ClassPathXmlApplicationContext
WebXmlApplicationContext
ApplicationContext
Spring类
Spring学习笔记
0 条评论
回复 删除
下一页