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

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

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

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

javascript以64位双精度浮点数存储所有Number类型值，即计算机最多存储64位二进制数。但是需要注意的是Number包含了我们常说的整形、浮点型，相比较于整形而言，会有一位存储小数点的偏移位，由于存储二进制时小数点的偏移量最大为52位，计算机存储的为二进制，而能存储的二进制为62位，超出就会有舍入操作，因此JS中能精准表示的最大整数是Math.pow2,53，十进制即9007199254740992大于9007199254740992的可能会丢失精度

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

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

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

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

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