spring高级框架笔记

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 ⽀持当前事务，如果当前没有事务，就以⾮事务⽅式执⾏。