BeanDefinition。第一步只是工具人，不必深究。关键在于第二步，也比较复杂，后文再分析吧，毕竟源码读起来还是有点累……本文就先到这了。Spring

BeanFactory。本来就是嘛！再高级的水杯它不还是个水杯？那我们平时用的是哪种呢？当然是高级的咯！有了法拉利，还要什么自行车！ApplicationContext

中，接口通常意味着是一种“标准”、或者“协议”。一个接口可以有多个实现类，它们都会按照接口的这种标准来实现接口的各个方法。因此，理解了一个方法的定义，再去看它的实现会更容易理解。下面以常用的

time.官方文档：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/jstat.html#BEHHGFAE示例

的这两种算法使其在运作期间不会产生内存空间碎片，垃圾收集完成后能提供规整的可用内存。而且这样有利于程序长时间运行（大对象分配内存时不容易因无法找到连续内存空间而提前触发下一次收集）。6.2

就会把对象内什么偏移量上是什么类型的数据计算出来（在即时编译过程中，也会在「特定的位置」记录下栈和寄存器中哪些位置是引用），这样收集器在扫描时就能直接得知这些信息，不必挨个从方法区等

收集器，等等。衡量垃圾收集器优劣的指标主要有三个：内存占用（Footprint）、吞吐量（Throughput）和延迟（Latency）。此三者构成了一个「三元悖论」（类似分布式系统中的

System.out.println(Thread.currentThread().getName()

方法检测到中断（parkAndCheckInterrupt）时只是记录了标志位，并未响应；而此处直接抛出了异常。这也是二者仅有的区别，此处不再详细分析。3.

有几篇文章写得也不错，链接如下：https://www.cnblogs.com/liuyun1995/p/8400663.htmlStay

writeLock();}定义了读锁和写锁，其中读锁是共享的，写锁是互斥的。代码示例以典型的“生产者-消费者”模型为例，下面分别使用

开发中最常用的容器类之一，也是面试的常客。它其实就是前文「数据结构与算法笔记（二）」中「散列表」的实现，处理散列冲突用的是“链表法”，并且在

前文「JDK源码分析-TreeMap(1)」分析了

接口，其内部数据格式是“键-值对”的形式（Entry），排列顺序是按照键的顺序进行的。代码分析成员变量/**

case4。操作示意图如下：case4待调整节点的兄弟节点是黑色，且右子节点是红色、左子节点是黑色（兄弟节点在右边的情况。若兄弟节点在左边，就是左子节点是红色、右子节点是黑色）。则进行如下操作：1.

树数据结构中的树（Tree）与生活中常见的树🌲有些类似，可以类比为生活中的树🌲倒过来。示意图：相关概念每个元素称为「节点」，用来连线相邻节点之间的关系叫作「父子关系」。示意图：其中，A

链表法该方法更为常用。在散列表中，每个“桶（bucket）”或“槽（slot）”会对应一条链表，所有散列值相同的元素都会放到相同槽位对应的链表中，如图所示：二者对比1.

LIFO）栈可以用数组或链表实现：数组实现的栈称为「顺序栈」，链表实现的栈称为「链式栈」。使用场景：函数调用栈、表达式求值、括号匹配、浏览器前进后退等。队列：先进先出（First