Caffeine作为当下本地缓存的王者被大量的应用再实际的项目中，可以有效的提高服务吞吐率、qps，降低rt本文将简单介绍下Caffeine的使用姿势

对于一个Java程序员而言，能否熟练掌握Spring源码是判断他优秀与否的重要标准之一。因为Spring源码是Java语言栈中最为晦涩的知识点，它涉及循环依赖、AOP、事务、Bean的生命周期等，更能考验一个程序员的内功。

如何去阅读源码，18条心法祝你修炼神功！

前两篇的源码解析，涉及到很多基础知识，但是源码的解读都不难，这篇文章刚好相反，依赖的基础知识不多，但是源码比较难懂。 下面我会简单介绍一下 AOP 的基础知识，以及使用方法，然后直接对源码进行拆解。

接着上一篇容器刷新前的扩展点，我们继续往下走；接下来来到的就是bean的定义扩展处，它是在Spring容器刷新之后，应用的bean定义加载完成、实例化之前提供的切入点，主要是通过实现`BeanDefinitionRegistryPostProcessor`

在我们的日常业务开发过程中，如果有db的相关操作，通常我们是直接建立好对应的库表结构，并初始化对应的数据，即更常见的情况下是我们在已有表结构基础之下，进行开发；但是当我们是以项目形式工作时，更常见的做法是所有的库表结构变更、数据的初始、更新等都需要持有对应

在这篇示例中，所有的缓存公用，但是实际的场景中，我们可能会更希望针对不同的场景，配置不同的缓存（比如我的关键数据，虽然访问频率可能没那么高，但是每次实际读取的成本很高，又不怎么变动，我希望可以更长久的缓存；不希望这些数据因为缓存的淘汰策略被其他的热点数据给

前面介绍的两篇基于配置方式的数据库初始化方式，使用起来非常简单，但是有一个非常明显的问题，如何实现表结构存在时不再初始化，不存在时才执行？如果数据库也不存在，也需要初始化时创建，可行么？接下来介绍一下如何使用DataSourceInitializer来实现

前面一片文章虽说介绍了Caffeine的使用方式，但是更多的是偏向于基础的Caffeine用法；接下来这边博文将给大家介绍一下Caffeine结合Spring的Cacheable注解，来实现内部缓存的使用姿势

大家好，我是三友~~不知道大家有没有经历过维护一个已经离职的人的代码的痛苦，一个方法写老长，还有很多的ifelse，根本无法阅读，更不知道代码背后的含义，最重要的是没有人可以问，此时只能心里默默地问候这个留坑的兄弟。。其实造成这些原因的很大一部分原因是由于