面向Spring开发的两三事

好嘛，背了那么久的八股文竟然是错的，蓝瘦香菇~~所以说学习一个框架或者一个工具的第一手资料一定是官方文档，下次背八股文还是从官方文档开始吧。

在之前的文章当中我们分析了Spring是如何依赖三级缓存来处理只有一层循环依赖关系的Bean创建过程，但在这个过程中我们还是遗留了一个问题：为什么Spring要使用三级缓存？

别再死盯着getSingleton方法了，我们需要从Bean创建的全流程来分析。让我们通过Spring的Bean创建过程重新审视一下三级缓存到底起到了什么作用。

想必在大家学习Spring事务的过程中一定遇到过这样一个概念：事务传播机制。有过数据库学习经验的朋友在遇到这样一个概念的时候一定是满脸的问号：事务还能传播？数据库里面好像也没有这个东西啊

在我们日常学习和使用Spring框架的时候一定绕不开这样一个概念：Spring事务。其实，这里更准确的说法应该是Spring事务管理。让我们一起去探究一下为什么此“事务”非彼“事务”吧。

从接触Spring开始我们就经常能听到filter（过滤器） 和interceptor（拦截器） 这两个概念，但当我们真正要去使用它们的时候却又时常傻傻分不清楚两者的异同。

在之前的一篇博客中闲宇曾经介绍了Java注解相关的知识，基于这样一个前提，我们今天再来聊一聊Spring是如何使用和处理注解的。

以往在学习Spring框架的Bean管理功能时总是着眼于常见的Bean生命周期管理，但对其源头BeanDefinition做过多了解，这次我们将这块缺失已久的拼图拼上。

工作中时常会用到Spring的AOP模块，代理模式相关的知识也背得滚瓜乱熟，但在Spring中代理对象的生成时机和具体逻辑却很少有机会认真阅读学习，乘着这段时间在回顾Spring顺带认真学习一下

作为一名面向Spring开发的开发人员，在日常的工作、学习或者面试中或多或少都会遇到这样一个问题：如何控制Bean的加载顺序？

对于一个Java Web服务端开发人员来说，Spring这样一个应用开发框架可谓是工作中密不可分的好搭档。但和Spring这位老搭档呆久了，也会冒出一些疯狂的想法：如果有一天Spring消失了会怎样