web.xml文件加载流程  引入Spring MVC之后就Java项目就成为了一个web项目，项目启动的流程相较于此前学习的本地Spring项目变得更加复杂，我们必须找到此时的项目初始化的入口，才能更好的进行分析。  我们的web项目实际上是一个非常被动的存在，里面没有main方法（非Spring

proceedWithInvocation继续执行  在createTransactionIfNecessary方法正常执行完毕之后，已经对于我们配置的事务属性进行了处理，可能已经开启了事务，或者加入到了此前的事务中（通过事务管理器的getTransation方法）。 随后将会调用proceedWi

createTransactionIfNecessary尝试创建并开启事务  如有必要，根据给定的事务属性、事务管理器、方法连接点描述字符串（全限定方法名）信息创建一个事务信息对象TransactionInfo并返回。  TransactionInfo内部的TransactionStatus类型的属

TransactionInterceptor的概述  创建了代理对象之后，在实际调用方法时，就会走代理对象的调用逻辑，对于JDK代理对象，JdkDynamicAopProxy.invoke方法就是调用的入口，对于CGLIB代理对象，DynamicAdvisedInterceptor.intercep

BeanFactoryTransactionAttributeSourceAdvisor的概述  无论是tx:annotation-driven/标签还是@EnableTransactionManagement注解，都会向容器注入一个BeanFactoryTransactionAttributeSo

@EnableTransactionManagement源码入口  @EnableTransactionManagement注解用于替代tx:annotation-driven/标签来开启声明式事务注解驱动！它是@Eenable开头的注解，这实际上就很简单了，我们在此前异步任务的源码：Spring

Spring 事务的概述  在数据库中，事务是工作的逻辑单元，一个事务是由一个或多个完成一组的相关行为的SQL语句组成，通过事务机制确保这一组SQL语句所作的操作要么都成功执行，完成整个工作单元操作，要么一个也不执行(都失败)。 重要的是，一个事务当中的所有操作要么都成功，要么都失败，这样的特性，保

AnnotationConfigApplicationContext概述  此前我们学的IoC容器初始化源码系列文章：Spring 5.x 源码，都是基于ClassPathXmlApplicationContext上下文容器来讲解的，我们在第一篇文章的开始就说过Spring提供的上下文容器有很多种，

ConfigurationClassPostProcessor概述当XML配置文件中配置了< context:annotation-config/>或者< context:component-scan/>标签时，在解析这两个标签的过程中会注册一个ConfigurationCl

shiro核心组件