ThreadLocal：不同于“锁”的优化

现在都是多核CPU了，多线程方式可以提高系统的性能，充分利用各个CPU，但是，多线程也增加了很多额外的开销，例如线程之间的切换，线程调度，还有最重要的多线程同步的问题，通常我们都会使用锁来控制线程同步，临界资源的访问通常我们都只加上一把锁，这样做的问题是，一个线程占用了这把锁，其他想要访问临界资源的线程就只能停下来等待，等待锁的释放，如果一个线程拿住了锁后，久久不放，那么越来越多的其他线程被阻塞，最后会导致程序的整体性能下降，所以锁的优化就很有必要了。例如大家可能会立刻想到的就是读写锁，把读线程和写线程的锁分离开来，因为在读操作时，多个线程同时读某一个临界资源，并不会破坏数据的一致性，因为读操作并不会对值做任何的修改，所以多线程读操作之间是并行的，而写-写操作之间就会互相阻塞，读-写操作也会互相阻塞，但是有一种优化方法是写操作把资源复制一份副本出来寄存器中，对这个副本进行写入修改等操作，最后再把副本覆盖回去存储器中，这一在写操作时就可以同时做读操作，这里不过多叙述，因为这篇日志要说的，是另外一种多线程优化方式，ThreadLocak。这种优化方式是用来保证某一个对象在某一个线程中的安全（表述的不太好，不过通过下面举的例子，我相信大家能明白它是干什么的），它不同于锁，锁是控制了某一时刻只能一个线程访问某一个临界资源，而ThreadLocal则是为每一个线程都增加了资源，大家不用抢，你们都可以访问到这个资源，