[TOC]

平时我们项目中涉及到 AOP，基本上就是声明式配置一下就行了，无论是基于 XML 的配置还是基于 Java 代码的配置，都是简单配置即可使用。声明式配置有一个好处就是对源代码的侵入小甚至是零侵入。不过今天松哥要和小伙伴们聊一聊编程式的 AOP，为什么要聊这个话题呢？因为在 Spring 源码中，底层就是通过这种方式创建代理对象的，所以如果自己会通过编程式的方式进行 AOP 开发，那么在看 Spring 中相关源码的时候，就会很好理解了。

以下内容基于 Spring6.0.4。

上篇文章松哥和大家聊了在 Spring 中并非所有的循环依赖都可以被解决，有一些循环依赖默认情况下 Spring 也是完全无法解决的。不熟悉的小伙伴可以先看看上篇文章。

以下内容基于 Spring6.0.4。

看了上篇文章的小伙伴，对于 Spring 解决循环依赖的思路应该有一个大致了解了，今天我们再来看一看，按照上篇文章介绍的思路，有哪些循环依赖 Spring 处理不了。

以下内容基于 Spring6.0.4。

这个其实是一个特别高频的面试题，松哥也一直很想和大家仔细来聊一聊这个话题，网上关于这块的文章很多，但是我一直觉得要把这个问题讲清楚还有点难度，今天我来试一试，看能不能和小伙伴们把这个问题梳理清楚。

[TOC]

以下内容基于 Spring6.0.4。

以下内容基于 Spring6.0.4。

上篇文章和小伙伴们聊了 Spring 容器中的父子容器问题，也和小伙伴们梳理了 Spring 容器和 SpringMVC 容器之间的关系，其中，Spring 容器是父容器，SpringMVC 是子容器，子容器可以访问父容器中的 Bean，但是父容器无法访问子容器中的 Bean。

[TOC]

以下内容基于 Spring6.0.4。

相信有小伙伴也听说过，在 SSM 项目中，Spring 容器是父容器，SpringMVC 是子容器，子容器可以访问父容器的 Bean，但是父容器不能访问子容器的 Bean。

以下内容基于 Spring6.0.4。

小伙伴们知道，当我们使用 Spring 容器的时候，如果遇到一些特殊的 Bean，一般来说可以通过如下三种方式进行配置：

以下内容基于 Spring6.0.4。

这也是 Spring 面试时一道经典的面试问题，今天我们来聊一聊这个话题。

以下内容基于 Spring6.0.4。

松哥最近身体抱恙，去医院检查倒无大碍。小伙伴们也要注意身体，健康饮食，多运动呀～