一  Thread-Specific Storage Pattern

Thread-Specific Storage Pattern指的就是线程独有的储藏库，针对每个线程提供内存空间的意义。这种模式只有一个入口，但是内部会对每个线程提供特有的存储空间。

Thread-Specific Storage Pattern的所有参与者：

1，Client参与者，提出具体工作的，将该具体工作委托给TSObjectProxy参与者。

2，TSObjectProxy参与者，这个主要是接受工作请求的，它会处理多个Client的工作，它一般都包括了TSObjectCollection。一般都是先使用TSObjectCollection参与者，取得Client参与者所对应的TSObject参与者，并将Client具体的工作委托给TSObject参与者。

3，TSObjectCollection参与者，这个主要就是线程独有对象的集合，它利用线程键值对来存储着执行Client参与者线程所对应的TSObject参与者。一般都是利用ThreadLocal来实现。

4，TSObject参与者，线程独有的对象，存放着线程特有的信息，尽管会为多个线程使用，但是不需要利用synchronized来进行互斥操作。

TSObject参与者与TSObjectProxy参与者具有相同的接口。

具体的模式如下图所示。虽然多个不同的ClientThread来请求同一个对象Log即TSObjectProxy参与者，但是Log会为每个请求线程利用ThreadLocal来分配独立的TSLog对象。所有线程所共享的是TSObjectProxy参与者。

关于ThreadLocal小讲：

每一个线程都拥有自己独立的存储空间，也就是方法局部变量的堆栈，在方法里分配的局部变量都是线程所独有的，但是这些变量一退出方法就会消失了。ThreadLocal则是与方法调用无关，它为线程分配特有空间。

ThreadLocal实例如一个保管箱间，它通过线程键值对来存储与线程特定的信息。每个线程的保管箱，都放置在ThreadLocal中。

ThreadLocal该类提供了线程局部变量。ThreadLocal的局部变量在被多个线程使用时候，每个线程只能拿到该变量的一个副本。

在ThreadLocal类型的变量内部有个ThreadLocalMap，它提供了一个注册表来注册与当前线程相关的信息，ThreadLocal类型的变量对外部表现是一个，但是内部确实管理着一群对象的集合。

在利用get与set的时候，都会在两个方法体中首先获取Thread t = Thread.currentThread();，然后在该线程的内部进行操作。不用担心其他线程对于该线程的破坏访问。在使用两个方法的时候务必要分清是属于那个线程中的操作。

在这个模式中，客户端线程所共享的是TSObjectProxy参与者，但是实际的工作则是在TSObject参与者分配给相应的线程后才进行的，就是利用TSObjectProxy参与者来分配不被共享的TSObject参与者。对于TSObject完全不用做任何的互斥synchronized操作。

代码示例:

仅仅列出TSObjectProxy的架构模式

Log代表了TSObjectProxy参与者，供多个线程进行访问，最后将具体的操作委托给TSObject

package whut.specificstorage;

//负责产生保管箱间的类

public class Log {

//首先利用static final修饰

//保证了所有访问该类的线程都只使用一个唯一的且不变的保管箱间。

private static final ThreadLocal tsLogCollections=new ThreadLocal();

//不用使用synchronized，因为在使用get和set时候，会字段判别当前所属的线程

//取得当前线程特有的Log

private static TSLog getTSLog()

{

TSLog tsLog=(TSLog)tsLogCollections.get();

//如果线程是第一次调用，就建立新文件夹以及注册log

if(tsLog==null)

{

tsLog=new TSLog(Thread.currentThread().getName()+"-log.txt");

tsLogCollections.set(tsLog);

}

return tsLog;

}

//加入一条LOG

public static void println(String s)

{

getTSLog().println(s);

}

//关闭LOG

public static void close()

{

getTSLog().close();

}

}

该Log类具有TSobject相同的方法，客户端线程每次请求该类，进而为请求的线程分配属于该线程的TSObject对象，每次的工作都是最终委托给TSObject来真正的执行。TSObjectProxy和TSObject类的方法与字段不需要进行任何的synchronized处理。