ThreadLocal 与 Synchronized 总结

1.对于同步方法和对象：
无论synchronized关键字加在方法上还是对象上，它取得的锁都是对象，而不是把一段代码或函数当作锁——而且同步方法很可能还会被其他线程的不同对象访问。
解释一下“取得的锁都是对象”的意思：如果一个对象有多个synchronized方法，只要一个线程访问了这个对象中的一个synchronized方法，其它线程不能同时访问这个对象中任何一个synchronized方法，但是对于不是synchronized的方法可以访问。而对于其他线程里的另一个对象可以访问synchronized方法。

2.对于同步块：
synchronized(要锁定的对象) {……}?
当要锁定的对象为this时表示的是调用这个方法的对象。

3.对于同步static 方法：
不管调用方法的是类还是对象，锁定的都是类。即类被锁定了，只要一个线程中的对象或类访问了一个synchronized static方法，其他线程里的不管是类还是对象都不能再访问synchronized static方法了。

注：以上的对象即指一个类的实例。

再通过例子说明一下以上几点：
假设P1、P2是同一个类的不同对象，这个类中定义了以下几种情况的同步块或同步方法，P1、P2就都能够调用他们。
1．? 把synchronized当作函数修饰符时，示例代码如下：

?
?

这时，锁就是so这个对象，谁拿到这个锁谁就能够运行他所控制的那段代码。当有一个明确的对象作为锁时，就能够这样写程式，但当没有明确的对象作为锁，只是想让一段代码同步时，能够创建一个特别的instance变量（他得是个对象）来充当锁：


?
?
?
?
?
?
?
?
?
?




4、我们看到synchronized块的时候，要先思考"synchronized是在保护什么",然后进一步思考"获取谁的锁定来保护的呢"
?? 要调用synchronized实例方法的纯种，一定会获取thid的锁定。一个实例的锁定，同一个时间内，只能有个线程可以得到。
?? 如果实例不同，那锁定也不同了。使用synchronized块的时候，特别需要考虑"获取谁的锁定来保护的呢"这种情况。因为
?? synchronized需要明确地指明要获取的是哪个对象的锁定。例如：
?

?


? 这样的程序代码中，obj就是我们所要获取锁定的对象。请小心这个对象不可心写错,获取错误对象的锁定，就好想要保护自己
? 自己的家，却把别人家的门给锁定了。

?

1．区别ThreadLocal 与 synchronized
ThreadLocal是一个线程隔离(或者说是线程安全)的变量存储的管理实体（注意：不是存储用的），它以Java类方式表现； synchronized是Java的一个保留字，只是一个代码标识符，它依靠JVM的锁机制来实现临界区的函数、变量在CPU运行访问中的原子性。

两者的性质、表现及设计初衷不同，因此没有可比较性。

2.理解ThreadLocal中提到的变量副本
??? 事实上，我们向ThreadLocal中set的变量不是由ThreadLocal来存储的，而是Thread线程对象自身保存。当用户调用ThreadLocal对象的set(Object o)时，该方法则通过Thread.currentThread()获取当前线程，将变量存入Thread中的一个Map内，而Map的Key就是当前的ThreadLocal实例。请看源码，这是最主要的两个函数，能看出ThreadLocal与Thread的调用关系：

?
public void set(T value) { Thread t = Thread.currentThread(); ThreadLocalMap map = getMap(t); if (map != null) map.set(this, value); else createMap(t, value);}ThreadLocalMap getMap(Thread t) { return t.threadLocals;}


（有兴趣的朋友可以阅读Java的ThreadLocal源码）因此，我们可以知道，所谓的变量副本，即是对Object Reference（对象引用）的拷贝。

3.理解Thread和 ThreadLocal对变量的引用关系
??? 实际上Thread和ThreadLocal对变量引用关系就像是坐标系中的X轴和Y轴，是从两个维度上来组织对变量的引用的。

首先说Thread。 ??? 我们知道一个ThreadOne的执行会贯穿多个方法MethodA、MethodB、MethodC这些方法可能分布于不同的类实例。假设，这些方法分别使用了ThreadLocalA、ThreadLocalB、ThreadLocalC来保存线程本地变量，那么这些变量都存于ThreadOne的Map中，并使用各自的ThreadLocal实例作为key。 因此，可以认为，借助ThreanLocal的set方法，在X轴上，Thread横向关联同一线程上下文中来自多个Method的变量引用副本。






接着说ThreadLocal。 ??? 一个MethodA中的X变量将被多个线程ThreadOne、ThreadTwo、ThreadThree所访问。假设MethodA使用ThreadLocal存储X，通过set方法，以ThreadLocal作为key值，将不同线程来访时的不同的变量值引用保存于ThreadOne、ThreadTwo、ThreadThree的各自线程上下文中，确保每个线程有自己的一个变量值。因此，可以认为，ThreadLocal是以Method为Y轴，纵向关联了处于同一方法中的不同线程上的变量。



?


?

?

//线程局部变量protected static ThreadLocal<Connection> threadLocalCon = new ThreadLocal<Connection>();/* * 获取数据库连接 */public static Connection getCon() {Connection con = threadLocalCon.get();System.out.println("当前线程名称="+Thread.currentThread().getName()+",con="+con);try {if (con == null || con.isClosed()) {Class.forName(driver);con = DriverManager.getConnection(url, username, password);threadLocalCon.set(con);System.out.println("当前线程="+Thread.currentThread().getName()+",新建连接"+con);System.out.println("当前线程="+Thread.currentThread().getName()+",threadLocalCon.get()="+threadLocalCon.get());try {System.out.println("当前线程="+Thread.currentThread().getName()+",开始休眠");Thread.currentThread().sleep(10000);System.out.println("当前线程="+Thread.currentThread().getName()+",结束休眠");} catch (InterruptedException e) {// TODO Auto-generated catch blocke.printStackTrace();}}} catch (ClassNotFoundException e) {e.printStackTrace();} catch (SQLException e) {e.printStackTrace();}return con;}

?

?

启动2个线程先后发出请求：



?

小结：

1、线程局部变量threadLocalCon为每一个线程分别提供一个该变量的副本，所以，每个线程第一次访问该变量时，通过get()取得的值都是null。

2、客户端的每一次请求，服务端都会新建一个线程为其服务，一次请求结束，相对应的线程也随之随之结束。

?

示例2、

在getCon()方法中加上synchronized关键字，再次执行（两次请求之间发起时间间隔短于10秒），看效果：

?


?

小结：
?1、synchronized是利用锁的机制，使变量或代码块在某一时该只能被一个线程访问，第一个线程在getCon()执行完成之前，第二个线程只能等待。

?

文章来自于：

http://www.iteye.com/topic/179040

http://huangqiqing123.iteye.com/blog/1428071

http://javabeezer.iteye.com/blog/644561

http://lighter.iteye.com/blog/133136

?