SerialNum 类的使用将非常地简单，因为 get()方法是 static 的，所以在需要获取
当前线程的序号时，简单地调用：
　　int serial = SerialNum.get();
　　即可。
　　在线程是活动的并且 ThreadLocal 对象是可访问的时，该线程就持有一个到该线程
局部变量副本的隐含引用，当该线程运行结束后，该线程拥有的所以线程局部变量的副
本都将失效，并等待垃圾收集器收集。
　　ThreadLocal 与其它同步机制的比较
　　ThreadLocal 和其它同步机制相比有什么优势呢?ThreadLocal 和其它所有的同步
机制都是为了解决多线程中的对同一变量的访问冲突，在普通的同步机制中，是通过对
象加锁来实现多个线程对同一变量的安全访问的。这时该变量是多个线程共享的，使用这
种同步机制需要很细致地分析在什么时候对变量进行读写，什么时候需要锁定某个对象 ，
什么时候释放该对象的锁等等很多。所有这些都是因为多个线程共享了资源造成的 。
ThreadLocal 就从另一个角度来解决多线程的并发访问，ThreadLocal 会为每一个线程
维护一个和该线程绑定的变量的副本，从而隔离了多个线程的数据，每一个线程都拥有
自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal 提供了线程安
全的共享对象，在编写多线程代码时，可以把不安全的整个变量封装进 ThreadLocal，
或者把该对象的特定于线程的状态封装进 ThreadLocal。
　　由于 ThreadLocal 中可以持有任何类型的对象，所以使用 ThreadLocal get 当前线
程的值是需要进行强制类型转换。但随着新的 Java 版本(1.5)将模版的引入，新的支持模
版参数的 ThreadLocal 类将从中受益。也可以减少强制类型转换，并将一些错误检查提
前到了编译期，将一定程度地简化 ThreadLocal 的使用。
　　总结
　　当然 ThreadLocal 并不能替代同步机制，两者面向的问题领域不同。同步机制是为
了同步多个线程对相同资源的并发访问，是为了多个线程之间进行通信的有效方式 ;而
ThreadLocal 是隔离多个线程的数据共享，从根本上就不在多个线程之间共享资源(变
量)，这样当然不需要对多个线程进行同步了。所以，如果你需要进行多个线程之间进行
通 信 ， 则 使 用 同 步 机 制 ; 如 果 需 要 隔 离 多 个 线 程 之 间 的 共 享 冲 突 ， 可 以 使 用
ThreadLocal，这将极大地简化你的程序，使程序更加易读、简洁。