spring优势:
1 方便解耦,简化开发
2AOP编程得支持。日志,事务,权限等
3声明式事务得支持,灵活得进行事务管理
4 方便程序得测试,可以用非容器依赖得编程方式进行所有得测试工作
5 方便集成各种优秀框架 对各种优秀框架提供直接支持
6 降低javaee Api得使用难度, 对如JDBC,JAVAMAIL,远程调用进行了封装
7 源码是经典得java学习范例
ioc和di
ioc: 控制反转.对对象的控制, 交给IOC容器,所以是反转
描述的是同一件事情(对象实例化及依赖关系维护).只不过角度不同
ioc是站在对象的角度,对象实例化及管理权力交给(反转)给了容器
di 站在容器的角度,
容器会把对象依赖的其他对象注入. 比如a对象实例化过程中申明了一个B类型的属性, 那么就需要把B对象注入给A
AOP
Aspect oriented Programming ⾯向切⾯编程/⾯向⽅⾯编程,是OOP的延续
横切逻辑代码存在什么问题:
横切代码重复问题
横切逻辑代码和业务代码混杂在⼀起,代码臃肿,维护不⽅便
AOP出场,AOP独辟蹊径提出横向抽取机制,将横切逻辑代码和业务逻辑代码分析
「切」:指的是横切逻辑,原有业务逻辑代码我们不能动,只能操作横切逻辑代码,所以⾯向横切逻辑
「⾯」:横切逻辑代码往往要影响的是很多个⽅法,每⼀个⽅法都如同⼀个点,多个点构成⾯,有⼀个
⾯的概念在⾥⾯
BeanFactory与ApplicationContext区别
BeanFactory是Spring框架中IoC容器的顶层接⼝,它只是⽤来定义⼀些基础功能,定义⼀些基础规范,⽽
ApplicationContext是它的⼀个⼦接⼝,所以ApplicationContext是具备BeanFactory提供的全部功能
的。
通常,我们称BeanFactory为SpringIOC的基础容器,ApplicationContext是容器的⾼级接⼝,⽐
BeanFactory要拥有更多的功能,⽐如说国际化⽀持和资源访问(xml,java配置类)等等
spring源码阅读及技巧
好处:提⾼培养代码架构思维、深⼊理解框架
原则
定焦原则:抓主线
宏观原则:站在上帝视⻆,关注源码结构和业务流程(淡化具体某⾏代码的编写细节)
读源码的⽅法和技巧
断点(观察调⽤栈)
反调(Find Usages)
经验(spring框架中doXXX,做具体处理的地⽅)
Spring源码构建
下载源码(github)
安装gradle 5.6.3(类似于maven) Idea 2019.1 Jdk 11.0.5
导⼊(耗费⼀定时间)
编译⼯程(顺序:core-oxm-context-beans-aspects-aop)
⼯程—>tasks—>compileTestJava
Spring处理循坏依赖问题
单例 bean 构造器参数循环依赖(⽆法解决)
prototype 原型 bean循环依赖(⽆法解决
当 A B bean相互依赖时,spring采取的时提前暴漏的方式,即,当A开始创建的时候 会先讲A(未成熟)放入三级缓存后,开始装配,发现其属性中依赖B,且单列池中不存在。 则开始创建B。并将B放入三级缓存
装配B时发现依赖A,则从三级缓存拿出A装配给B,并将B放入二级缓存,从三中删除。最终B被创建完成后,则装配给a,如此 完成了 循环依赖的创建
事务的四⼤特性
原⼦性(Atomicity) 原⼦性是指事务是⼀个不可分割的⼯作单位,事务中的操作要么都发⽣,要么都
不发⽣。
从操作的⻆度来描述,事务中的各个操作要么都成功要么都失败
⼀致性(Consistency) 事务必须使数据库从⼀个⼀致性状态变换到另外⼀个⼀致性状态。
例如转账前A有1000,B有1000。转账后A+B也得是2000。
⼀致性是从数据的⻆度来说的,(1000,1000) (900,1100),不应该出现(900,1000)
隔离性(Isolation) 事务的隔离性是多个⽤户并发访问数据库时,数据库为每⼀个⽤户开启的事务,
每个事务不能被其他事务的操作数据所⼲扰,多个并发事务之间要相互隔离。
⽐如:事务1给员⼯涨⼯资2000,但是事务1尚未被提交,员⼯发起事务2查询⼯资,发现⼯资涨了2000
块钱,读到了事务1尚未提交的数据(脏读)
持久性(Durability)
持久性是指⼀个事务⼀旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发⽣故障
也不应该对其有任何影响。
5.1.3 事务的隔离级别
不考虑隔离级别,会出现以下情况:(以下情况全是错误的),也即为隔离级别在解决事务并发问题
脏读:⼀个线程中的事务读到了另外⼀个线程中未提交的数据。
不可重复读:⼀个线程中的事务读到了另外⼀个线程中已经提交的update的数据(前后内容不⼀样)
场景:
员⼯A发起事务1,查询⼯资,⼯资为1w,此时事务1尚未关闭
财务⼈员发起了事务2,给员⼯A张了2000块钱,并且提交了事务
员⼯A通过事务1再次发起查询请求,发现⼯资为1.2w,原来读出来1w读不到了,叫做不可重复读
虚读(幻读):⼀个线程中的事务读到了另外⼀个线程中已经提交的insert或者delete的数据(前后条
数不⼀样)
场景:
事务1查询所有⼯资为1w的员⼯的总数,查询出来了10个⼈,此时事务尚未关闭
事务2财务⼈员发起,新来员⼯,⼯资1w,向表中插⼊了2条数据,并且提交了事务
事务1再次查询⼯资为1w的员⼯个数,发现有12个⼈,⻅了⻤了
/转出账户减钱/
update account set money=money-100 where name=‘a’;
/*转⼊账户加钱/
update account set money=money+100 where name=‘b’;
PROPAGATION_REQUIRED
如果当前没有事务,就新建⼀个事务,如果已经存在⼀个事务中,
加⼊到这个事务中。这是最常⻅的选择。
PROPAGATION_SUPPORTS ⽀持当前事务,如果当前没有事务,就以⾮事务⽅式执⾏。
PROPAGATION_MANDATORY 使⽤当前的事务,如果当前没有事务,就抛出异常。
PROPAGATION_REQUIRES_NEW 新建事务,如果当前存在事务,把当前事务挂起。
PROPAGATION_NOT_SUPPORTED 以⾮事务⽅式执⾏操作,如果当前存在事务,就把当前事务挂起。
PROPAGATION_NEVER 以⾮事务⽅式执⾏,如果当前存在事务,则抛出异常。
PROPAGATION_NESTED
如果当前存在事务,则在嵌套事务内执⾏。如果当前没有事务,则
执⾏与PROPAGATION_REQUIRED类似的操作。
数据库共定义了四种隔离级别:
Serializable(串⾏化):可避免脏读、不可重复读、虚读情况的发⽣。(串⾏化) 最⾼
Repeatable read(可重复读):可避免脏读、不可重复读情况的发⽣。(幻读有可能发⽣) 第⼆
该机制下会对要update的⾏进⾏加锁
Read committed(读已提交):可避免脏读情况发⽣。不可重复读和幻读⼀定会发⽣。 第三
Read uncommitted(读未提交):最低级别,以上情况均⽆法保证。(读未提交) 最低
注意:级别依次升⾼,效率依次降低
事务的传播⾏为(常用)
PROPAGATION_REQUIRED
如果当前没有事务,就新建⼀个事务,如果已经存在⼀个事务中,加⼊到这个事务中。这是最常⻅的选择。
PROPAGATION_SUPPORTS ⽀持当前事务,如果当前没有事务,就以⾮事务⽅式执⾏。