当前位置: 首页 > news >正文

spring笔记

spring 和 springboot的区别

自动配置原理

beanFactory接口和ApplicationContext接口

两个都是 IOC 容器

ApplicationContext接口是BeanFactory接口实现类的子类
在这里插入图片描述

功能:
ApplicationContext扩展BeanFactory

BeanFactoryApplicationContext
控制反转国际化支持 (MessageSource)
依赖注入资源访问 (ResourcePatternResolver根据通配符匹配文件)
读取环境信息(EnvironmentCapable )
bean生命周期的全部功能: 读取bean配置文档,管理bean的定义,加载,实例化,维护bean之间的依赖关系,负责bean的声明周期发布事件(ApplicationEventPublisher),事件传递 :通过实现ApplicationContextAware接口。

区别:

BeanFactoryApplicationContext
功能需要以编程的方式实现通过配置的方式实现
Spring里面最底层的接口,是IoC的核心一般直接使用ApplicationContext
手动注册BeanPostProcessor自动注册BeanPostProcessor
延迟加载:在使用某个Bean时(调用getBean()),才对该Bean进行加载实例化,注入Bean。不能提前发现Spring的配置问题。调用getBean方法时会抛出异常。在容器启动时,一次性创建了所有的Bean,预先载入。可以发现Spring中的配置错误,利于检查所依赖属性是否注入。运行时速度比较快,但占用内存空间,当应用程序配置Bean较多时,程序启动较慢。

实现

  1. BeanFactory :先解析bean,将描述信息存入map,getBean时调用构造方法,实例化bean
    对BeanFactory 添加BeanFactoryPostProcessor,补充bean的定义
    对bean添加BeanPostProcessor,针对bean生命周期的各个阶段进行扩展

    BeanFactoryPostProcessor 是在 Spring 容器加载了定义 bean 的 XML 文件之后,在 bean 实例化之前执行的。读取配置元数据,并且可以修改
    BeanPostProcessor 可以在 spring 容器加载了 bean 的定义文件并实例化 bean 之后,在执行 bean 的初始化方法前后,添加一些自己的处理逻辑。 有排序逻辑
    初始化方法:
    bean 实现 了 InitializingBean 接口,对应的方法为 afterPropertiesSet 。
    在 XML 文件中定义 bean 的时候,标签有个属性叫做 init-method,来指定初始化方法。
    BeanPostProcessor 的执行顺序是在 BeanFactoryPostProcessor 之后。

  2. BeanFactory

    • 不会主动调用BeanFactoryPostProcessor
    • 不会主动添加BeanPostProcessor
    • 不会主动初始化单例
    • 不会解析BeanFactory
    • 不会解析${} #{}

事务

事务隔离

Isolation.DEFAULT:默认的事务隔离级别,以连接的数据库的事务隔离级别为准。
Isolation.READ_UNCOMMITTED:读未提交,可以读取到未提交的事务,存在脏读。
Isolation.READ_COMMITTED:读已提交,只能读取到已经提交的事务,解决了脏读,存在不可重复读。
Isolation.REPEATABLE_READ:可重复读,解决了不可重复读,但存在幻读(MySQL 数据库默认的事务隔离级别)。
Isolation.SERIALIZABLE

传播行为

在这里插入图片描述

@transactional原理

通过aop的方式进行管理。动态代理
以 @Transactional 注解为植入点的切点,@Transactional注解标注的方法需要被代理。
在spring的bean的初始化过程中,就需要对实例化的bean进行代理,并且生成代理对象。
@Transactional注解的切面逻辑类似于@Around,

失效:

  1. @Transactional修饰的方法为非public方法, static final 也不行
    失败的原理是:@Transactional是基于动态代理来实现的,非public的方法,他@Transactional的动态代理对象信息为空,所以不能回滚。
  2. 在类内部没有添加@Transactional的方法,调用了@Transactional方法时。
    @Transactional是基于动态代理对象来实现的,而在类内部的方法的调用是通过this关键字来实现的,没有经过动态代理对象,所以事务回滚失效。
  3. @Transactional方法内部捕获了异常,没有在catch代码块里面重新抛出异常,事务也不会回滚。
http://www.lryc.cn/news/69390.html

相关文章:

  • 最大熵模型
  • 微服务中网关的配置
  • Linux基本指令实现4及热键指令详解
  • 系统调用与API
  • OpenPCDet系列 | 5.4.1 DenseHead中的AnchorGenerator锚框生成模块
  • 【开发者指南】如何在MyEclipse中使用HTML或JSP设计器?(上)
  • Node开发Web后台服务
  • Linux下对mmap封装使用
  • 深入了解云计算:发展历程、服务与部署模型、未来趋势与挑战
  • 使用乐鑫 Web IDE 助力物联网开发
  • Maven(5)---Maven的部署和发布
  • 内网渗透之权限维持-黄金白银票据隐藏账户远控-RustDeskGotoHTTP
  • 动态规划——带权活动选择
  • 软考A计划-真题-分类精讲汇总-第十八章(面向对象程序设计)
  • 【C++ 入坑指南】(09)数组
  • Vue.js
  • 博士毕业答辩流程 注意事项
  • 拼多多开放平台订单详情接口解析
  • 如何把ipa文件(iOS安装包)安装到iPhone手机上? 附方法汇总
  • 由浅入深了解 深度神经网络优化算法
  • LIN-报文结构
  • 南京邮电大学通达学院2023c++实验报告(三)
  • ISO9000和ISO9001有哪些区别?
  • 第7章异常、断言和曰志
  • springboot读取和写入csv文件数据
  • 【产品经理】工作交接
  • Springer期刊 latex投稿经验分享
  • Python 文件读取的练习
  • Redis:主从复制_通过此功能实现对内存上的数据更好的保护
  • LoRA:大模型的低秩自适应微调模型