public class LRUCache<K,V>{ private final int cap; private final Map<K,V> map; private final LinkedList<K> list; public...
redis它只是做到了： 它认为的原子性。（单个命令原子，多条命令不一定原子） 隔离性。（单线程执行，各事务串行执行，天然满足隔离） AOF/RDB保证了部分的持久性。（持久化的时候可能存在数据丢失） 它不存在ACID中的C的概念，因为它...
- 对象的类名、实例变量（包括基本类型，数组，对其他对象的引用）都会被序列化；方法、类变量、transient实例变量都不会被序列化；
- Serializable反序列化不会调用构造方法；
- 单例类序列化，需要重写readResolve()方法；否则会破坏单例原则；
- 序列化对象的
引用类型变量也要实现Serializable接口； - 同一对象序列化多次，只有第一次序列化为二进制流，以后都只是保存序列化编号，不会重复序列化；
- 使用Externalizable需要实现它的接口，并提供无参构造方法。
JDK Serializable, FST 只适用于Java；Protobuf, Thrift, Avro 支持多种语言，但都需要先通过IDL（接口描述语言，Interface description language）定义Schema；Avro和Kryo序列化后的数据最小，FST和Kryo序列化时间开销表现最好；Hessian支持多语言，无需IDL定义Schema，对Java数据类型、语法的支持最佳。
实验前提：MySQL默认隔离级别 = REPEATABLE-READ
JDK的异步处理，一直相对较弱，这方面也有很强的第三方框架。最近在学习这方面的内容，将学习过程记录在这里。
这篇文章里，主要了解Java中异步流处理的顶级概念：Reactive Streams。
上一篇文章中，我们介绍了Reactive Streams规范，现在学习一个Reactive Streams规范的流行实现：Project Reactor的核心项目Reactor Core。
出于安全考虑，浏览器对跨域请求作出限制，最开始只对访问Cookie做出限制。
JVM volatile用于保证程序可见性、顺序性，但是不保证原子性。volatile实现原理是通过在操作变量之前，多加一个lock前缀指令，通过汇编可以看到这个前缀指令。
当谈到顺序性时常会提到内存屏障，常见的硬件层面内存屏障有：sfence lfence mfence ，lock前缀指令不是内存屏障，而是一种锁，执行时会锁住内存子系统来确保执行顺序，甚至跨多个CPU，JVM利用lock前缀指令的特点实现了可见性 和 顺序性，lock前缀指令实现可见性比较好理解，主要是利用CPU提供的缓存一致性协议（例如Intel的MESI）,当然更差一点的还有lock总线的方式（限制CPU访问内存）。
JMM层面为了实现顺序性，又抽象出四个内存屏障的概念：LoadLoad StoreStore LoadStore StoreLoad，字节码层面并没有内存屏障的指令，JVM的C++代码会有四个同名函数与之对应，JVM遇到volatile变量便会在其前后执行对应的函数，从而实现内存屏障，具体来说：
LoadLoadBarrier
volatile 读操作
LoadStoreBarrier
StoreStoreBarrier
volatile 写操作
StoreLoadBarrie