并发设计模式

Immutability模式：利用不变性解决并发问题

我们可以通过不变性模式解决可见性问题，对象一旦被创建之后，状态就不再发生变化。
将一个类所有的属性都设置成final的，并且只允许存在只读方法，那么这个类基本上就具备不可变性了。对于类修改的功能，就直接创建一个新的不可变对象。
对于所有修改都创建一个新的不可变对象可能会比较浪费内存，这时就可以通过享元模式闭目安创建重复对象。
Java语言中Long，Integer，Short等基本上都用到了享元模式。这些基础类型的包装类基本都不适合做锁。
享元模式的本质就是一个对象池，创建前先去对象池里看看是不是存在，如果已经存在就用对象池里的对象；如果不存在则创建一个新的对象。
Long只缓存了[-128,127]之间的对象

Long valueOf(long l) {
  final int offset = 128;
  // [-128,127] 直接的数字做了缓存
  if (l >= -128 && l <= 127) { 
    return LongCache
      .cache[(int)l + offset];
  }
  return new Long(l);
}
// 缓存，等价于对象池
// 仅缓存 [-128,127] 直接的数字
static class LongCache {
  static final Long cache[] 
    = new Long[-(-128) + 127 + 1];

  static {
    for(int i=0; i<cache.length; i++)
      cache[i] = new Long(i-128);
  }
}

Copy-on-Write模式

Copy-on-Write模式简称为写时复制
应用领域有操作系统，Linux中的fork( )函数在fork子进程的时候，并不复制整个进程的地址空间，而是让父子进程共享一个地址空间，只有在父进程或者子进程需要写入的时候才复制地址空间，使得父子进程拥有各自的地址空间。

线程本地存储模式

我们自己的实现
如果让我们自己实现，那么我们可能会新建一个ThreadLocal类，里边持有一个Map，Map的key是Thread，Object是value，但是这样的问题是只要ThreadLocal对象存在，那么Map中的Thread对象就永远不会被回收，而ThreadLocal的生命周期一般会比Thread的生命周期长很多，这样就有内存泄漏的可能。
Java中的实现
Thread对象持有ThreadLocalMap，ThreadLocalMap的key是ThreadLocal，value是Value。ThreadLocalMap中对ThreadLocal的引用是弱引用，只要Thread都能够被回收，ThreadLocalMap就能被回收。
ThradLocal可能会导致内存泄漏

ThreadLocalMap使用ThreadLocal的弱引用作为key，如果一个ThreadLocal没有外部强引用来引用它，那么系统 GC 的时候，这个ThreadLocal势必会被回收，这样一来，ThreadLocalMap中就会出现key为null的Entry，就没有办法访问这些key为null的Entry的value，如果当前线程再迟迟不结束的话，这些key为null的Entry的value就会一直存在一条强引用链：Thread Ref -> Thread -> ThreaLocalMap -> Entry -> value永远无法回收，造成内存泄漏。
ThreadLocal 最佳实践
通过try{} finally{} 方案，每次用完ThreadLocal以后手动释放资源。