重写SpringFramework

声明式事务是Spring AOP的一个用例，自然要受到AOP代理特性的影响，最常见的是事务失效的问题。为了避免事务失效，需要分析调用事务方法的各种情况。

构建切面只是声明式事务的基础，具体逻辑则体现在事务拦截器中。此外，声明式事务只回滚运行时异常，不回滚受检查异常。这其中有何玄机？

声明式事务是面向切面编程的一个典型用例，本节将构建一个事务切面，同时回顾一下 Spring AOP 的内容，加深理解。

Spring事务的操作是通过事务管理器完成的，只有了解事务管理器的工作原理，才能进一步讨论注解声明的事务切面。

传统事务方法的耦合度太高，Spring事务则赋予了高度的灵活性，关键在于将纵向结构改为横向结构。两种结构之间有什么区别，横向结构又该如何实现？

JDBC事务建立在数据库连接的基础之上，Spring 将数据库连接视为事务的一项资源，与其他资源一起进行统一管理。

本章开始介绍数据库事务。由于数据库事务与 JDBC 密切相关，在深入研究事务的运行机制之前，有必要了解一下 Spring 对于 JDBC 是如何封装的。

context 模块的定位是一个门面，对内整合了基础模块，对外负责与用户打交道。因此本章的内容十分丰富，而对繁杂的信息进行梳理，也是系统性思维的一种体现。

DataBinder作为数据处理的集大成者，其重要性体现在调兵遣将，通过整合多个库中的组件，一方面对外提供各种服务，另一方面内部结构也井然有序。

数据绑定包括赋值和校验两个阶段，前者关注实体类本身，后者更多地考虑业务逻辑。Spring如何对这两种相关联的操作进行统一处理的？

格式化作为一种特殊的类型转换，聚焦于文本内容的多样化表达。Spring将JDK提供的格式化类整合到已有的转换服务的功能之中。

Spring 的事件机制如何与 ApplicationContext 进行整合？监听器的两种实现方式（编程式和声明式）都有哪些特点，又是如何进行统一的？

观察者模式是常用的设计模式之一，Java提供了两种实现，即发布订阅模式和监听器模式。Spring的事件机制建立在哪种模式之上？

容器的生命周期是如何驱动的？容器的生命周期又如何传导到具体组件的？Spring 框架设计 Lifecycle 组件的初衷是什么，如何与现有体系进行互补？

配置类通过多种方式加载组件，在此基础上，条件判定提供了灵活的、细粒度的管理方式，使得加载组件的行为变得动态和可定制化。

组件扫描和 BeanMethod 是加载组件的主要方式，涵盖了大多数使用场景。导入机制主要用于解决配置类的加载问题，这种方式替代了 Spring 配置文件中的 import 标签。

Spring提供了两种通过工厂方法加载组件的方式，FactoryBean是编程式的，BeanMethod则是声明式的。什么是覆盖机制，这是用好BeanMethod的关键。

属性文件和组件扫描都是对已有功能的整合，它们都是Spring资源的不同表现形式，从中可以得到Spring框架处理资源的一般范式。

在早期的 Spring 项目中，使用 XML 文件进行配置，多有不便。注解声明的 ApplicationContext 实现类使用配置类进行配置工作。

一个大型应用可能有成百上千个组件，我们不可能一个个地手动创建。如何实现BeanDefinition的自动注册，以及加载方式的多样化？