工作了几年,一直使用着spring的框架,但是却从没有真正的掌握它,只是简单的会用,却从不考虑它是如何实现的以及底层的原理.
这次在拉勾java高薪训练营 重新的深度认识了spring框架,更进一步的理解的spring IOC 与 AOP的机制 以及那精妙的逻辑设计,Spring 不愧是迄今最好的IOC框架,非常值得我们去深入理解,从中可以学习到很多设计算法,在今后的工作中也可以如虎添翼!
记录一下自己在这段spring学习时 记录的一些知识要点,方便以后查阅温习!
Spring的总结
Spring是个一个分层设计的,全栈的,轻量级框架.可以与任何框架进行整合共同开发.
IOC方便解耦, 不需要自己频繁的new 对象,减少了冗余代码和垃圾对象,减少jvm的负荷.##### AOP可以使我们的重复代码得到提取,并对方法执行的每一个时间点进行一些附加的操作代码,从而能强壮我们的业务代码,如事物的管理,日志的输出等
强大的事物管理,这是spring利用AOP设计的一套增强代码,能使我们的业务方法在各种场景与数据库操作时保证可控,达到我们想要的数据安全
测试的难度较为简单,设计精妙,不需要做过多的配置,入口设置的非常简单.
spring在设计上充分的考虑了其他框架的共同工作,所以在自身完美的基础上,又拓展了很多其他框架的集成代码.
Spring的出现 使传统的JDBC+servlet模式变的更为灵活和简单易用.
最值得我们学习的就是Spring那高超的源码,设计非常精妙,使我们学习设计模式,算法的绝佳教材
IOC的知识总结
对象实例化以及管理的权利交给了框架,将这些对象和管理放在了一个容器中,就是IOC容器,IOC是以对象角度出发 将对象实例化和管理的权利交给了容器.DI(依赖注入) DI是从容器的角度出发,当容器里的对象依赖另一个对象,那么DI就把另一个对象注入给它.
IOC实例化Bean的三种方式:
1:无参构造(对应标签: <bean id="" class="">
,对应注解: @Componet
) ,推荐使用.
2:静态方法(对应标签: <bean id="" class="" factory-method ="">
)
2:实例化方法:工厂类实例化后方法注入bean
单例与属性的区别
单例(singleton)使用单例的设计模式,全局应用中只有一个某类的对象,其他都是对他的引用.IOC的单例池就是这种设计.
属性(property)Spring IOC不做管理某类, 当某类被使用时,直接实例化一个新对象.
Spring Bean的延迟加载
当在bean标签配置了spring懒加载时,BeanFactory在初始化IOC容器时,并不创建该Bean(在创建方法时,通过if判断是否为单例,是否懒加载等),当具体调用getBean时,该Bean再进入初始化生成.
Srping的依赖注入(DI)
依赖注入是IOC的核心功能,当bean被Spring IOC管理后,如何能使用,就是依赖注入的工作,在Spring的IOC初始化流程中,Bean被创建后就开始进入查找属性是否有依赖注入,如果发现依赖注入,但需要注入的bean还没有被创建,那么Spring的流程是继续创建需要注入的Bean,直到需要注入的Bean初始化完成 成为一个完整的Bean时,将其引用到属性中.拓展问题:如果A依赖B B也依赖A如何操作?
Spring的循环依赖(Spring 高级设计)
现实的需求就是 A bean需要使用B bean中的业务, B bean同时也需要使用A bean的业务,那么这两个Spring bean就形成了闭环的循环依赖,在上面的依赖注入中说道 如果A bean在初始化依赖时 发现依赖B bean 而 B bean还没有创建好, 遂去初始化 B bean,但是B bean 初始化依赖时发现依赖了A , 这时 Spring就巧妙的设计了 三级缓存区来解决这个问题, 当A bean在被创建时,已经实例化,但属性没有设置,这时的A 是一个不完整的Bean 但是已经可以被引用, Spring 就将这种Bean 在实例化完成时 就放入了3级缓存区, 然后再进行进一步的依赖注入以及init方法等后续操作,当A 在3级缓存中 并且开始初始化依赖时,发现依赖B 却没创建,那么A的操作搁置,先去创建B bean ,B bean 在初始化依赖时 发现依赖了A, 这是Spring 将从1级缓存(成型的单例池) 中查找,再去2级缓存中查找,最后在3级缓存中进性查找,发现了A bean 在3级缓存中, 虽然不成熟,但已经可以引用,所以将A bean的引用注入依赖属性中, 这时A bean将省为2级缓存,进行一些扩展的操作(2级缓存的主要左右就是扩展操作),此时 B bean 被完整的创建, 从3级进入2级再进入1级单例池中.当返回到A注入的那段业务时, 查找B bean 时已经是完整的B bean所以可以去单例池进行获得并注入.到此,完美的解决了循环依赖的问题.
Spring AOP的总结
OOP 思想是封装、继承、多态 ,AOP思想是OOP的延续
OOP是无法解决基类的代码重复问题的.
横切逻辑代码 多个方法共同的代码块 大量重复, 并且与业务代码耦合,不方便维护.
AOP来了,他将横切代码与业务代码分开,并进行合并执行, 这样就达到了解耦.使业务方法可以更专一的执行.
多个业务方法都需要执行横切逻辑代码,我们在切的过程中 每个方法就是一个点 点形成线 线形成面 就有了一个面
AOP的一些术语
连接点 joinpoint: 方法开始、正常执行、异常、结束这些时间点叫连接点. 连接点是供切点选择的
切点 pointcut: 在哪些方法的某个连接点进行切入的点就叫切点.
advice(通知/增强):就是切入的具体方法.根据连接点切入的不同来形成不同的叫法,如:前置通知,就是业务方法执行前的增强.后置通知、最终通知、异常通知、环绕通知,也可叫方位点,就是已经具体切入并添加横切逻辑的点.和切点概念的区别就是切点是指切在哪,而方位点是切在哪并执行什么.
目标对象 target:就是被切的对象.具体化就是被代理的对象
代理对象 proxy:被切对象在进行切入后所产生的对象,具体化就是代理对象.
织入 weaving:对targer进行切入,增加advice,形成pointcut 最后生成 proxy的一个动作过程
切面 aspect:就是针对上述的点,增强具体产生的类或者方法,就是切面了,切面就是这个行为的具体化实现.如事物切面就是事物的切面类