首页  思维导图  详情

Springframework-core

2021-04-07 22:36:17   1  举报





AI智能生成

为你推荐

查看更多



Avenger-core

MApi框架Core内部组成

ARM-Core

ClickHouse Core Settings

core flowchart

Core FlowChart in Weared Mode

Enterprise_Ontoloty_Core_Extend

cpu core框架

mt_core_sequence

core

https://docs.spring.io/spring-framework/docs/current/reference/html/core.html SpringFramework官方文档阅读笔记

SpringFramework

IoC

AOP

作者其他创作

大纲/内容

SpringFramework-core

The IoC Container

Container

接口

BeanFactory

提供配置框架和基础功能

ApplicationContext

提供企业级功能

ConfigurableApplicationContext

配置

支持多种格式的配置，XML、注解或Java代码等

初始化

使用Spring自带的ApplicationContext读取配置创建容器

使用

从容器中获取指定条件的Bean

Bean

BeanDefinition

各种形式的Bean元数据配置最终都会表示为BeanDefinition

命名

容器内唯一

name

可设置多个别名

自动生成

默认为首字母小写的驼峰式

前两个都是大写字母，那么会保留原始名称

构造器

静态工厂

class: 包含静态工厂方法的类

factory-method:静态工厂方法

constructor-arg: 工厂方法参数

实例工厂

factory-bean: 包含实例工厂方法的bean

factory-method: 实例工厂方法

Dependencies

Dependency Injection

通过构造器注入

通过Setter方法注入

依赖解析流过程

1 根据配置创建和初始化容器

2 对于每个Bean，它的依赖来自于属性、构造器参数或静态工厂的参数。这些依赖会在该Bean实际创建的时候提供给它。

3 每个属性或构造器参数都是实际定义的值或者容器内其他Bean的引用

4 每个值类型的属性或构造器参数可以转换自于他们特定的格式，默认Spring能够将string格式的值转换为所有内建类型

环形依赖

如果注要采用构造器注入，那么就可能创建无法解决的环形依赖场景

可以通过setter注入来解决环形依赖问题

depends-on

控制Bean的加载、销毁顺序

在依赖加载之后加载，在依赖销毁之前销毁

lazy-init

Spring默认加载单例Bean也是为了尽早发现配置问题

启用懒加载，Bean被使用时才初始化

Autowire

默认

byName

通过属性名称装配

byType

通过属性类型装配，依赖类型只能有一个Bean，非必须

constructor

通过构造器参数类型装配，依赖类型的Bean必须存在

byType和constructor可以装配指定类型的数组、列表和Map，Map的key为Bean的名称

限制和缺点

精确的属性和构造参数的设置总会覆盖自动装配。不能够自动装配基本类型，字符串和Class对象或它们的数组

自动装配没有精确装配精确，bean之间的关系不能通过文档精确查看

装配信息不能通过工具自动生成文档

可能有多个Bean定义匹配setter方法或构造器参数的类型

控制

Bean: autowire-candidate

Bean定义设置为false可以避免该Bean作为byType自动装配的候选项

Beans: default-autowire-candidates

true/false

*Repository

只自动装配以Repository结尾的Bean

Method Injection

lookup-method

查找类型方法实现，查找方法的返回类型Bean，并构造一个默认的方法实现，返回该类型的对象

<public|protected> [abstract] <return-type> theMethodName(no-arguments);

replaced-method

替换方法实现

Bean Scopes

singleton

prototype

Spring不会管理原型Bean的完整生命周期。容器创建、配置或组装原型Bean，然后将其交给客户端，不再对其做其他记录

单例Bean可以有原型Bean依赖，但是这个依赖在运行期间不会改变，如果希望每次获取都是一个新的原型Bean，可以采用方法注入

web-aware

request

session

application

ServletContext

websocket

长期存在的Bean依赖短期存在的Bean时，应使用<aop:scoped-proxy/>，默认是CGLib代理

custom-scope

实现org.springframework.beans.factory.config.Scope

Customizing the Nature of a Bean

Lifecycle

LifecycleProcessor

DefaultLifecycleProcessor

SmartLifecycle

Phased

getPhase返回值越小越先启动越后停止，未实现默认0

Callbacks

初始化之后

1 @PostConstruct

2 InitializingBean#afterPropertiesSet

3 init-method

销毁之前

1 @PreDestroy

2 DisposableBean#destroy

3 destroy-method

如果Bean配置了多个生命周期机制，如果方法名不同那么会按照上面的顺序执行；如果有同名方法，那么同名方法只会执行一次

Aware接口

Bean Definition Inheritance

创建Bean定义模板来继承和简化Bean定义

模板Bean定义需要设置abstract为true，子Bean需要指定parent

Container Extension Points

自定义处理Bean：BeanPostProcessor

注册在BeanFactory中

AbstractBeanFactory

lazy-init无效

自定义配置元数据：BeanFactoryPostProcessor

注册在ApplicationContext中

AbstractApplicationContext

自定义实例化逻辑： FactoryBean

获取FactoryBean，Bean id 前面加&

注册FactoryBean时，指定的id为Bean的id

Annotation-based Container Configuration

@Autowire

构造器装配

只能有一个构造器被require=true的Autowire修饰

如果有多个构造器待选项，可以都给他们修饰Autowire，require=false

Spring会尽量匹配参数最多的构造器

如果都不匹配那么Spring会选择最基础的(默认)构造器

如果没有一个构造器使用@Autowired修饰那么Spring会选择最基础的(默认)构造器

如果只有一个构造器，那么一定会使用它，不论他是否被@Autowired修饰

以上提到的构造器不需要一定是公有的

setter装配

属性装配

required属性

构造器和工厂方法的参数，都默认必须。但是如果是多元素参数[数组，集合，Map]，如果没有满足条件的依赖，就会给空实例

@Primary

@Autowire是根据Bean类型装配的，如果某个类型存在多个候选Bean，那么会选择primary=true的那个

@Qualifier

通过限定名称，来获取指定范围的Bean，name不要求全局唯一，相同的name可用于装配列表

创建自定义Qualifier注解，创建的注解用@Qualifier修饰

自定义自动装配配置

指定没有被@Qualifier修饰的自定义注解，做为自动装配候选项标识

CustomAutowireConfigurer

自动装配候选项解析

每个Bean定义的autowire-candidate值

Beans标签中的default-autowire-candidates

存在@Qualifier修饰，或者其他通过CustomAutowireConfigurer配置的注解

@Value

Spring内置

Spring内置的配置比较宽松，如果没有找到表达式相关配置，会将占位符表达式作为值注入

自定义PropertySourcesPlaceholderConfigurer

使用JavaConfig配置PropertySourcesPlaceholderConfigurer时，@Bean方法必须是static的

表达式

占位符

例：${xxx:default}

SpEL

例：#{systemProperties['user.catalog'] + 'Catalog' }

Classpath Scanning and Managed Components

@Component

元注解和组合注解

@ComponentScan

<context:component-scan>隐含开启了<context:annotation-config>

自动注册AutowiredAnnotationBeanPostProcessor，CommonAnnotationBeanPostProcessor

annotation-config=false可以禁用注册

组件扫描过滤器

指定 BeanNameGenerator

Bean名称生成器

指定 ScopeMetadataResolver

自定义Scope

实现必须提供无参构造器

指定 scopedProxy代理模式

interfaces

targetClass

@Bean

在non-@Configuration中定义@Bean方法

和修饰符无关

在@Configuration中定义@Bean方法

声明Bean

需要被CGLIB代理，所以必须可以被重写，不可以示private或final

调用@Configuration类中的非静态@Bean方法会被容器拦截（被代理了）

静态@Bean方法

声明需要提前加载的post-processor Bean：BeanFactoryPostProcessor或BeanPostProcessor

静态方法不会被容器拦截

在组件类上添加其他注解配置

@Scope

编译器生成组件索引，替代自动扫描，提升加载效率

可以指定参数随时关闭该配置，spring.index.ignore=true

Java-based Container Configuration

在@Configuration中定义

Bean定义

方法调用会被拦截

默认情况下，直接调用方法，返回的对象是单例的

在non-@Configuration中定义

工厂方法

方法调用不会被拦截

默认情况下，直接调用方法，返回的对象不是单例

默认注册公有的close 或 shutdown方法为destroy-method

@Configuration

修饰的类会被CGLIB代理

类似于XML配置中的每个XML

@Import

@Conditional

为配置的加载提供条件

@Profile

混合使用XML和JavaConfig

基于JavaConfig

AnnotationConfigApplicationContext

@ImportResource(\"classpath:/com/acme/properties-config.xml\")

基于XML

ClassPathXmlApplicationContext

至少开启<context:annotation-config/>，将config声明为Bean即可

Environment Abstraction

profiles

对于重载的@Bean方法，必须要保证它们的@Profile配置相同，如果不同，只有第一个声明的有效

支持指定列表，关系为或

@Profile({\"p1\

可以使用 & | ! 逻辑表达式，并且可以复合使用，复合使用需要加括号

例如：production & (us-east | eu-central)

@Profile(\"default\")指代默认的Profile

Environment#setDefaultProfiles

spring.profiles.default

properties

properties files，JVM system properties，system environment variables...

属性优先级，由上往下依次降低

自定义优先级

可以在源文件路径中使用占位符表达式

表达式中的属性必须是已经在其他PropertySource中注册过的

@PropertySource(\"classpath:/com/${my.placeholder:default/path}/app.properties\")

Registering a LoadTimeWeaver

@EnableLoadTimeWeaving

<context:load-time-weaver/>

Additional Capabilities of the ApplicationContext

MessageSource国际化支持

ResourceBundleMessageSource

ReloadableResourceBundleMessageSource

ApplicationContext本身扩展了MessageSource接口，可以类型转换直接使用

StaticMessageSource

消息监听支持

相关接口/类

ApplicationEventPublisher

用来发布事件

ApplicationEventMulticaster

控制监听器处理过程

ApplicationListener

监听器接口

ApplicationEvent

事件父类

内置事件

声明式监听@EventListener

监听指定事件

监听多种事件，方法不可以有参数

使用condition和EL表达式对事件进行过滤

condition属性中，EL表达式上下文

将另一种事件作为返回值，产生新的事件。此外，还可以返回事件的集合。这种特性不支持异步监听器。

同步监听和异步监听

同步监听，支持事务，监听器处理在publisher所在的事务中

异步监听，异常不会抛给调用者

AsyncUncaughtExceptionHandler

添加@Async注解，声明异步监听

使用@Order注解指定监听器调用顺序

结构化事件类

实现ResolvableTypeProvider接口，告诉Spring运行时环境提供的类型

ResourceLoader资源文件加载支持

ResourceLoader

ApplicationContext本身实现了ResourceLoader

ResourceLoaderAware

拿到的是ApplicationContext本身作为ResourceLoader

Resource

Application Startup tracking

应用启动轨迹

ApplicationStartupAware

收集自定义的启动步骤

Convenient ApplicationContext Instantiation for Web Applications

有层级的多上下文支持

HierarchicalBeanFactory

The BeanFactory

BeanFactory API提供了SpringIoC最基础的功能。特有的功能通常是集成了Spring的其他部分或相关的第三方框架。它的DefaultListableBeanFactory实现是高级容器GenericApplicationContext 委托的关键。

核心的BeanFactory API层以及它的DefaultListableBeanFactory实现不会考虑配置的格式或其他组件注解的使用。所有这些功能都是靠扩展（例如：XmlBeanDefinitionReader 和 AutowiredAnnotationBeanPostProcessor）和在共享的作为核心元数据表示的BeanDefinition对象上操作实现的

BeanFactory和ApplicationContext的区别

Resources

The Resource Interface

Resource接口中比较重要的几个方法，其他方法是用来获取资源表示的URL和File对象的（如果它们能够兼容地实现并且支持这些功能）

getInputStream 继承自InputStreamSource接口，每次调用都期望会返回一个全新的InputStream，关闭流是调用者的责任

exists 表明资源是否以物理形式真实存在

isOpen 表明这个流是否可以多次读取，为true只能读取一次。除了InputStreamResource这个实现，其他常用的实现都返回false

getDescription 返回该资源的描述信息，通常能指明资源的实际位置

资源的抽象在Spring中作为一个非常便利的工具类使用，即使代码不愿意和Spring耦合，也可以仅仅作为工具集使用

资源的抽象不能替代功能，它只是一个包装

WritableResource

支持写操作的资源

Built-in Resource Implementations

UrlResource

表示通过URL获取的资源，通常提供一个URL路径

ClassPathResource

表示从classpath中获取的资源，它使用线程上下文类加载器，一个给定的类加载器或者一个给定的类来加载资源。

classpath:前缀的路径

FileSystemResource

用来表示File句柄，它也支持Path句柄，用于Spring标准的基于String的路径转换，用Files API执行所有的操作

支持解析为File或URL

PathResource

用来表示Path句柄，用Path API执行所有的操作

实现了WritableResource

PathResource实际上是FileSystemResource的纯Path替代品，具有不同的createRelative行为

ServletContextResource

用来代表ServletContext资源，解释基于相关Web应用根目录的相对路径。

它总是支持流访问和URL访问，但仅在扩展Web应用程序档案且资源实际位于文件系统上时才允许java.io.File访问

它是在文件系统上扩展还是直接扩展，是否可以直接从JAR或其他类似数据库（可以想到的）中访问，实际上取决于Servlet容器

InputStreamResource

用来表示一个给定的InputStream，它应该只在没有其他Resource实现适用的情况下使用。通常更应该选择ByteArrayResource或尽可能选择其他基于文件的Resource实现

与其他资源实现不同，它表示了一个已经打开的资源，因此isOpen返回true，如果需要对资源进行多次读取就不要使用它

ByteArrayResource

用来表示一个给定字节数组，它用给定的字节数组创建一个ByteArrayInputStream

它在使用任意给定字节数字加载内容时非常有用，而且不像InputStreamResource只能使用一次

The ResourceLoader Interface

The ResourcePatternResolver Interface

容器默认委托实现PathMatchingResourcePatternResolver

Ant-path工具类org.springframework.util.AntPathMatcher

The ResourceLoaderAware Interface

实现ResourceLoaderAware获取ResourceLoader引用

@Autowire by Type ResourceLoader或ResourcePatternResolver

Resources as Dependencies

借助Spring自动注册的特殊Bean PropertyEditor将字符串解析为Resource，使用@Value将字面量注入进去，通过ResourceLoader或ResourcePatternResolver将他们解析为资源或资源列表

Application Contexts and Resource Paths

在没有任何前缀的条件下，ApplicationContext解析的资源是根据实现而定的

例如：ApplicationContext ctx = new ClassPathXmlApplicationContext(\"conf/appContext.xml\"); 会默认从classpath下加载文件

例如：ApplicationContext ctx = new FileSystemXmlApplicationContext(\"conf/appContext.xml\");则默认从文件系统路径下加载文件

使用特殊的classpath前缀或标准的URL前缀会覆盖默认创建的资源类型

例如：ApplicationContext ctx = new FileSystemXmlApplicationContext(\"classpath:conf/appContext.xml\");会从classpath下加载文件

ant风格通配符的使用

不要使用classpath*前缀来构建一个实际的资源

隐含兼容性

如果指定的路径是一个file URL，那么通配符可以保证完全兼容

如果指定的路径是一个classpath，那么解析器必须获取最后一个不含统配符的路径，并调用Classloader.getResource方法。由于它只是路径中的一个节点，所以并不能完全知道它是哪一类URL。它通常是文件目录或者jar包，即时如此，此操作存在兼容性问题。在使用通配符遍历访问Jar包时，少数环境会失败。

classpath*前缀

通配符的classpath依赖ClassLoader.getResources方法，如今的很多服务器都有自己的ClassLoader实现，所以在使用时应该测试至少两个相同路径不同jar包的加载情况，如果返回了不当的结论，检查应用服务器的文档，设置可能会影响ClassLoader的行为。

带通配符的classpath前缀，查找多个路径时如果从根目录查找到多个classpath位置，不保证一定能够找到相关资源。它只会查找第一个classpath位置，没有找到便不会继续查找。这时候应该使用classpath*前缀，确保查找所有满足条件的classpath位置。

FileSystemResource注意事项

FileSystemApplicationContext中强制所有相关的FileSystemResource实例都按相对路径定位。如果需要按绝对路径定位，则需要添加file:// URL前缀

这两种写法等价，都是按当前工作目录的相对路径定位

添加file URL前缀，按照绝对路径定位

Validation by Using Spring’s Validator Interface

Validator

Errors

Resolving Codes to Error Messages

MessageCodesResolver

不仅仅会将错误解析为传过来的错误码，还会解析成一些附加的错误码

DefaultMessageCodesResolver

rejectValue(\"age\

too.darn.old

too.darn.old.age

too.darn.old.age.int

MessageSource

Bean Manipulation and the BeanWrapper

BeanWrapper支持设置和获取嵌套属性

Company中有name和managingDirector属性，Employee有name和salary属性

内置的PropertyEditor实现

Spring用PropertyEditor的概念来实现String和Object的转换

java.beans.PropertyEditor

PropertyEditorSupport

PropertyEditor抽象实现

java.beans.PropertyEditorManager

Spring使用java.beans.PropertyEditorManager设置可能需要的属性编辑器的搜索路径

JavaBeans自动发现PropertyEditor机制

JavaBeans自动发现BeanInfo机制间接关联

Spring内置的PropertyEditor

注册自定义的PropertyEditor

在同包下创建PropertyEditor，基于java自带的扫描机制

通过CustomEditorConfigurer注册

它是一个bean factory post-processor

factory post-processor

bean factory post-processor

通过PropertyEditorRegistrar注册

PropertyEditorRegistrar也可以注入到CustomEditorConfigurer的propertyEditorRegistrars属性中

Spring Type Conversion

Converter

参数不能为null，返回值可能为null可能抛异常

DefaultConversionService中提供了注册Spring内部实现的常用转换器实现的方法

ConverterFactory

将转换逻辑集中管理

GenericConverter

支持复杂地转换器实现，比Converter更灵活，支持多中原类型和多种目标类型的转换。此外TypeDescriptor中还包含源域和目标域的上下文，用来获取域注解或域声明的泛型信息

ConditionalGenericConverter

用于先判断，满足条件再进行转换的场景

配置ConversionService

运行时用来统一执行转换逻辑的接口

配置一个默认的ConversionService。如果没有在Spring中配置ConversionService，那么将会使用原始的基于PropertyEditor的系统

使用ConversionService

注入便可以使用，默认DefaultConversionService自动注册了适用于大多数环境的转换器，单值类型的转换在列表转换过程中会复用，所以不必特别指定从一个列表到另一个列表的转换器

Spring Field Formatting

Formatter

用于本地化的转换

注解驱动的格式化

1. 注解支持的类型；2. 通过注解和域类型获取Printer和Parser

FormatterRegistry

FormatterRegistrar

配置全局的日期格式

Java Bean Validation

LocalValidatorFactoryBean

javax.validation.ValidatorFactory

javax.validation.Validator

org.springframework.validation.Validator

做了兼容处理，注册该FactoryBean之后，可以选择注入上面任何一个接口来调用验证方法

自定义验证约束

约束注解声明@Constraint

提供javax.validation.ConstraintValidator接口的实现

在运行时，ConstraintValidatorFactory会实例化这个引用的验证器。而LocalValidatorFactoryBean默认配置了SpringConstraintValidatorFactory，这代表让Spring来创建ConstraintValidator实例，因此你自定义的ConstraintValidators可以依赖注入其他bean

Spring驱动的方法校验

所有验证类必须要加上Spring的@Validated注解

依赖AOP代理

配置DataBinder

创建DataBinder并给他配置校验器，一旦配置了，可以通过调用binder.validate()，任何错误信息都会加入到返回的BindingResult中

Spring Expression Language (SpEL)

SpEL是一个强大的表达式语言，支持在运行时查询或操作对象图。它不是直接绑定到Spring的，可以单独使用。

SpEL支持的功能

字面量表达式

访问属性，数组，列表和映射

内联列表

注意：是大括号，不是中括号

内联映射

数组创建

方法调用

操作符

关系运算符

任何 x > null 都返回true，任何 x < null 都返回false

instanceof和正则匹配

注意基本类型，他们会自动装箱， 1 instanceof T(int) 返回false， 1 instanceof T(Integer) 返回true

逻辑运算符

数学运算符

赋值

类表达式

StandardEvaluationContext 使用TypeLocator来查找类型，默认实现StandardTypeLocator中允许java.lang包下的不用写包名

调用构造器

除了基本类型和String不用写类全名，其余都需要写

变量

变量命名限制

#root

永远表示上下文的根对象

#this

表示当前解析的对象，上面的遍历查找的例子中它代表每一项

自定义函数

创建自定义函数

Bean引用

@打头代表bean引用

&打头代表获取它的FactoryBean引用

条件运算符

三元运算符

三元运算符特殊形式Elvis运算符

安全地导航属性

集合选择

此外：.^[selectionExpression]匹配第一个，.$[selectionExpression]匹配最后一个

集合投影

模板表达式

SpEL在Bean定义中的使用

@Value 属性值、setter方法、方法参数、构造器参数

Aspect Oriented Programming with Spring

AOP概念

Aspect：切面，横切多个类的关注点的结构

Join point: 连接点，在程序执行中的一个点，比如方法的执行或处理异常。在Spring中连接点总是表示方法的执行

Advice: 通知，在特定的连接点处切面执行的行为。不同的通知类型包括\"around\"，\"before\"，\"after\"。许多AOP框架，包括Spring，将通知模块化为一个拦截器并且维护一个拦截器链环绕连接点

Pointcut: 切点，用来匹配连接点的描述。通知会关联一个切点表达式，并且在每一个匹配的连接点上执行。切点表达式匹配连接点的概率是AOP的核心，Spring默认使用AspectJ切点表达式语言。

Introduction: 引介，在表示类中添加额外的方法或域。Spring AOP允许你向被增强的对象引入新的接口（和一个相关实现）。在AspectJ社区中，介绍被称为类型间声明

Target object: 被一个或多个切面通知的对象。Spring AOP用运行时的代理来实现，所以这个对象总是一个被代理的对象

AOP proxy: 被AOP框架创建用来实现切面规范的对象。在Spring框架中，AOP代理是JDK动态代理或者是CGLIB代理

Weaving: 织入，将切面与其他应用程序类型或对象链接以创建增强的对象。这个可以在编译时，加载时或者运行时。Spring AOP和其他纯Java AOP框架一样，是在运行时织入的。

Spring AOP通知类型

Spring AOP的功能和目标

Spring当前仅支持方法执行连接点，如果希望使用域访问或更新连接点可以选择AspectJ

AOP代理

AOP默认使用JDK动态代理来进行AOP代理，如果业务对象没有实现接口，那么Spring默认会采用CGLIB代理。

@AspectJ支持

@AspectJ提供了声明式切面的功能。Spring使用AspectJ提供的库解析和匹配切点来解释与AspectJ中相同的注解。AOP在运行时仍然是纯SpringAOP，并没有依赖AspectJ的编译器和织入器。

启用@AspectJ支持

启用支持意味着，当Spring确定一个Bean被一个或多个切面增强时，它将为那个Bean自动的生成一个代理来拦截方法的调用，确保增强如期执行。

声明切面

在Bean类上使用@Aspect，即将它声明为切面。切面不可以作为其他切面的目标

声明切点

切点决定了感兴趣的连接点并且让我们知道什么时候运行通知。SpringAOP只支持Bean方法执行连接点，所以可以基于匹配bean方法来考虑切点

由两部分组成：一个包含名称和任意参数的签名和一个用来确定在那些方法上执行增强的切点表达式

支持切点

Spring 还额外支持bean切点指示符 bean(idOrNameOfBean)，可以使用*来作为通配符

bean(idOrNameOfBean)

支持复合的切点表达式

声明切点的例子

如何写好的切点

应尽可能的收窄切点表达式的范围。第二种类型的执行速度最快，应尽可能使用它。

建议将切点统一定义在一个公共的切面类(添加@Aspect防止其被作为切入对象)中，供其他的切面类引用

声明通知

Before

可以引用已经声明的切点

也可以直接指定切点表达式

AfterReturning

可以在注解中的returning属性设置返回值的参数名，将返回值作为通知方法的参数

AfterThrowing

可以在注解中的throwing属性设置异常的参数名，将异常作为通知方法的参数

After (Finally)

Around

JointPoint接口

所有的通知方法，都可以在第一个参数声明JointPoint对象，获取链接点方法的信息

向通知传递参数

不支持泛型集合参数的传递

带参数的执行

通知执行的顺序

切面实现org.springframework.core.Ordered或者标注@Order注解。值小的优先。

同一个切面中基于同一个切点的同一个通知类型应只定义一个，否则无法确认他们的顺序

设置了两个切面Aspect1和Aspect2，它们的order分别为1和2。两个切面都在同一个切点上声明了@Before，@After，@AfterReturning，@Around四个通知。

引介

+代表包含子类

多例切面定义

Spring支持perthis和pertarget两种，perthis对于每个匹配的SpringAOP代理对象创建切面，pertarget对于每个匹配的被代理的目标对象创建切面

案例：使用切面进行业务重试

新增标记注解，在指定的业务方法上增加重试逻辑

代理机制

如果目标对象实现了接口，那么Spring默认会使用JDK动态代理；否则，使用CGLIB动态代理。

强制使用CGLIB代理

自调用不会被AOP代理拦截

可以勉强使用这种方式调用代理的方法。但是不太好。

手动创建@AspectJ代理

在Spring应用中使用AspectJ

Load-Time Weaver

前面提到SpringAOP是使用运行时织入的，Spring可以使用AspectJ进行加载时织入。加载时织入指的是在应用类加载到JVM时将AspectJ切面织入到应用文件中。

1 定义AspectJ切面，里面使用的是AspectJ包中的注解。这里定义了一个方法调用计时器。

2 在META-INF/aop.xml中创建AspectJ配置

3 在Spring配置中启用加载时织入，或@EnableLoadTimeWeaver

4 测试案例

5 在运行JVM时，添加-javaagent运行环境参数

6 由于是加载时织入，类在加载时字节码已经被改变了，所以new出来的对象也包含切面中添加的功能

Spring加载时织入的原理

LoadTimeWeaver 接口的责任是添加一个或多个ClassFileTransformers到ClassLoader。真正对字节码进行操作的是ClassFileTransformers。而实际的ClassFileTransformer实现是ClassPreProcessorAgentAdapter。

DefaultContextLoadTimeWeaver会自动探测上面列表中的LoadTimeWeaver实现

也可以通过配置指定确定的实现

AspectJ加载时织入的属性配置

默认是autodetect

在使用这些web容器时，由于他们都提供了通用的ClassLoader，能够进行本地检测，Spring的LT可能会利用这些ClassLoader实现来提供AspectJ切面织入。此时，就不再需要在运行时指定参数-javaagent了。具体视服务器版本而定，可能需要额外的配置。

Spring AOP APIs

Pointcut

Spring的切点模型允许切点在多个通知类型间重用