weixin_42118323的博客

Aspect 注解的作用？@Aspect 注解的作用是定义一个切面，需要再自定义切面类上加上次注解。@Component 注解@Component 注解表示这个类交给 Spring 容器管理，如果不使用 @Component 注解，也要以其他方法是注册切面类，以确保 Spring 容器能够识别并管理这个切面。Pointcut 切点中 execution 和 @annotation 定义切面的区别？@annotation：切点表达式是注解的全限类名，是根据注解来匹配的，有注解的方法才会被拦截。

总结：阅读了 Sping 事务源码之后，我们熟悉了事务的执行流程，也可以理解 Sping 事务的传播行为的作用，通过源码我们可以知道 PROPAGATION_NESTED 隔离级别并不是真正的新开了一个事务，只是自己新建了保存点，并没有新建事务，因为自己新建了事务保存点，所以自己提交回滚都不会影响外层事务，同样因为使用的是同一个事务，外层事务回滚内层事务也会回滚，这些知识不通过阅读源码是很难知道的，希望可以帮助到有需要的小伙伴。本篇我们将从源码来分析 Spring 声明式事务的执行流程。

Spring 事务到底是什么？Spring 我们十分熟悉，是一个框架，提升我我们的开发效率，我们项目开发使用 Spring 框架，而项目开发往往面临着和数据库交互，如果我们在开发业务功能的时候还要去关心数据库的事务，这样会降低我们的开发效率，Spring 作为这么强大的一个框架，必须要考虑到这个事情，因此 Spring 就有了事务这个说法，简单来说 Spring 事务其实就是数据库事务，只不过把事务的管理过程交给了 Spring 管理，这就是 Spring 事务。欢迎提出建议及对错误的地方指出纠正。

Spring AOP 是一个非常常见的概念，使用了 Spring 的项目大多数也都用了 Spring AOP 的功能，比如我们常见的日志统计、事务管理等，AOP 的全称是 “Aspect Oriented Programming”，也是我们常说的⾯向切⾯编程，那你真的了解 Spring AOP 的原理吗？

学过 Spring 的都知道 Spring 利用三级缓存解决了循环依赖问题，那你知道什么是循环依赖？什么又是三级缓存？本篇将从源码层面分析 Spring 是怎么去利用三级缓存帮我们解决循环依赖问题。

Spring Bean 的生命周期是面试中 Spring 系列的一个高频问题，本篇我们将从源码方面来剖析 Spring Bean 的生命周期。

BeanDefinition 直译就是 bean 定义信息，BeanDefinition 是 Spring 用来描述一个 bean 的配置元信息的表现形式，bean 的各种配置元信息最后都会被转换为 BeanDefinition，Spring 会根据 BeanDefinition 去对 bean 进行实例化、初始化，BeanDefinition 涉及到 Spring Bean 的整个生命周期。

/IOC 核心方法//防止 启动和销毁并发执行//启动步骤记录//刷新准备工作//创建 beanFactory 将配置文件解析为 beandefiniton 对象 注册到 beanFactory 中//ConfigurableListableBeanFactory是一个接口 真正干活的是 DefaultListableBeanFactory//beanFactory 预处理 主要是设置 beanFactory 类加载器及忽略一些自动装配 设置一些默认benatry {

Dependency Injection 翻译为中文就是依赖注入，前面我们说了依赖注入是 IOC 的具体实现方式，依赖注入用于实现类之间的解耦和依赖关系的管理，通过依赖关系将对象的创建和维护转移到 IOC 容器中进行，使得对象的使用者不需要关心对象的创建和维护，依赖注入并没有给系统带来更多的功能，只是为系统搭建了一个灵活和扩展的平台，有了依赖注入，我们只需要进行简单配置，就可以完成业务实现，提高了开发效率。IOC 全称：Inversion of Control，翻译为中文就是。

生态本意是指生物在一定的自然环境下生存和发展的状态，Spring 生态其实就是由 Spring 所衍生出的一些列开源项目和技术，因为 Spring 生态提供了丰富的功能和特性，比如我们熟知的 Spring Boot、Spring Cloud、Spring Data、Spring Security 等等，Spring 生态还有很多其他组件和技术，也就是 Spring 的生态非常强大，所以我们要学习 Spring 技术，Spring 是我们开发框架的不二之选。欢迎提出建议及对错误的地方指出纠正。

项目中需要使用请求头传输一个密文字符串，后端服务获取密文字符串后，进行解密验证，然后执行响应的业务，这里有好几个接口都用需要使用这个密文字符串，如果我们在每个接口中进行校验处理，就显得太笨拙了，那有没有统一的处理方法呢？总结：过滤器只能在 Servlet 前后起作用，而拦截器能够到方法前后、异常抛出等，明显拦截器根具备深度，并且拦截器是 Spring 的一个组件，因此拦截器的使用具有更大的使用空间，在Spring沟架的程序中建议优先使用拦截器，而非过滤器。如有不正确的地方请各位指出纠正。