- 浏览: 1013023 次
- 性别:
- 来自: 福州
最新评论
-
guanxin2012:
大神,您好。非常感谢您贡献了IKExpression。我们现在 ...
分享开源表达式解析器IK-Expression2.0 -
qqgigas:
LZ,public boolean createUser(LD ...
Sun Directory Server/LDAP学习笔记(二)——API说明及代码样例 -
gao_shengxian:
Hibernate: update T_GX_TEST set ...
优雅Java编程 之 使用Hibernate存储Oracle Spatial对象 -
a78113534:
感谢大神,在安卓里面调用成功了。
发布IK Expression开源表达式解析器 V2.1.0 -
majiedota:
加油
来自开源支持者的第一笔捐赠
昨天上Java版块逛了一圈,一个2万5千人浏览的帖子引起了偶滴注意 ThreadLocal与synchronized ,9页以上的回复,足见大家对这个问题的兴趣。
老实说,从看到这个帖子的题目开始,就觉得帖子的作者估计是在概念上有所混淆了,于是乎想写个咚咚,同大家分享一下自己的心得。
帖子上,讨论的人很多,高手不乏,各抒己见,但不知新手们看明白没有,因此,这里偶以最简洁列表方式来说一说相关问题。
1.区别ThreadLocal 与 synchronized
2.理解ThreadLocal中提到的变量副本
事实上,我们向ThreadLocal中set的变量不是由ThreadLocal来存储的,而是Thread线程对象自身保存。当用户调用ThreadLocal对象的set(Object o)时,该方法则通过Thread.currentThread()获取当前线程,将变量存入Thread中的一个Map内,而Map的Key就是当前的ThreadLocal实例。请看源码,这是最主要的两个函数,能看出ThreadLocal与Thread的调用关系:
(有兴趣的朋友可以阅读Java的ThreadLocal源码)因此,我们可以知道,所谓的变量副本,即是对Object Reference(对象引用)的拷贝。
3.理解Thread和 ThreadLocal对变量的引用关系
实际上Thread和ThreadLocal对变量引用关系就像是坐标系中的X轴和Y轴,是从两个维度上来组织对变量的引用的。
希望能对大家有所帮助,这样可以少走很多弯路哦。
楼上的,对纵向的理解是不对的。
变量x对于线程而言是安全的,而非不安全的。如果X是java的原生类型,则在每个线程中存在的是X的值副本;如果X是对象类型,那么每个线程中的对象引用也是不同的,因为对方法中的X的值改变,只影响当前X的引用(或者说指针的指向),不会影响其他线程的副本值,这也是所谓副本的含义。你可以做个实验。
当x是对象类型时,X必须是逃逸型引用,而不能是非逃逸型引用,即X是通过在本地方法中产生的,这就是所谓local的含义。如果X是非逃逸型的,则仍然有同步问题。
比如:
楼上提醒的是。实际上,我们对于一个方法是用ThreadLocal来对本地变量进行副本的时候,大多指的是方法内部变量(请看我的示意图,X是方法内部的local varible)。要对类变量进行共享的话,不是ThreadLocal设计的目的。
但确实存在这样的问题,值得大家注意。
方法内部变量 还用担心线程安全问题吗?
当然是类变量才需要担心了。
不太明白那个逃逸型非逃逸型是什么意思,
例子里面那个逃逸类型,及方法内部变量,没有线程安全问题,
非逃逸类型,用了ThreadLocal,自然也就安全了。
说的自己都晕了,一句话,ThreadLocal不是专门为线程安全而设计的,更多是为了变量的共享。
楼上的,对纵向的理解是不对的。
变量x对于线程而言是安全的,而非不安全的。如果X是java的原生类型,则在每个线程中存在的是X的值副本;如果X是对象类型,那么每个线程中的对象引用也是不同的,因为对方法中的X的值改变,只影响当前X的引用(或者说指针的指向),不会影响其他线程的副本值,这也是所谓副本的含义。你可以做个实验。
当x是对象类型时,X必须是逃逸型引用,而不能是非逃逸型引用,即X是通过在本地方法中产生的,这就是所谓local的含义。如果X是非逃逸型的,则仍然有同步问题。
比如:
楼上提醒的是。实际上,我们对于一个方法是用ThreadLocal来对本地变量进行副本的时候,大多指的是方法内部变量(请看我的示意图,X是方法内部的local varible)。要对类变量进行共享的话,不是ThreadLocal设计的目的。
但确实存在这样的问题,值得大家注意。
方法内部变量 还用担心线程安全问题吗?
当然是类变量才需要担心了。
不太明白那个逃逸型非逃逸型是什么意思,
例子里面那个逃逸类型,及方法内部变量,没有线程安全问题,
非逃逸类型,用了ThreadLocal,自然也就安全了。
楼上的,对纵向的理解是不对的。
变量x对于线程而言是安全的,而非不安全的。如果X是java的原生类型,则在每个线程中存在的是X的值副本;如果X是对象类型,那么每个线程中的对象引用也是不同的,因为对方法中的X的值改变,只影响当前X的引用(或者说指针的指向),不会影响其他线程的副本值,这也是所谓副本的含义。你可以做个实验。
当x是对象类型时,X必须是逃逸型引用,而不能是非逃逸型引用,即X是通过在本地方法中产生的,这就是所谓local的含义。如果X是非逃逸型的,则仍然有同步问题。
比如:
楼上提醒的是。实际上,我们对于一个方法是用ThreadLocal来对本地变量进行副本的时候,大多指的是方法内部变量(请看我的示意图,X是方法内部的local varible)。要对类变量进行共享的话,不是ThreadLocal设计的目的。
但确实存在这样的问题,值得大家注意。
楼上的,对纵向的理解是不对的。
变量x对于线程而言是安全的,而非不安全的。如果X是java的原生类型,则在每个线程中存在的是X的值副本;如果X是对象类型,那么每个线程中的对象引用也是不同的,因为对方法中的X的值改变,只影响当前X的引用(或者说指针的指向),不会影响其他线程的副本值,这也是所谓副本的含义。你可以做个实验。
当x是对象类型时,X必须是逃逸型引用,而不能是非逃逸型引用,即X是通过在本地方法中产生的,这就是所谓local的含义。如果X是非逃逸型的,则仍然有同步问题。
比如:
楼上的,对纵向的理解是不对的。
变量x对于线程而言是安全的,而非不安全的。如果X是java的原生类型,则在每个线程中存在的是X的值副本;如果X是对象类型,那么每个线程中的对象引用也是不同的,因为对方法中的X的值改变,只影响当前X的引用(或者说指针的指向),不会影响其他线程的副本值,这也是所谓副本的含义。你可以做个实验。
首先说Thread。
我们知道一个ThreadOne的执行会贯穿多个方法MethodA、MethodB、MethodC这些方法可能分布于不同的类实例。假设,这些方法都使用了ThreadLocal来保存线程本地变量,那么这些变量都存于ThreadOne的Map中,并使用ThreadLocal作为key。 因此,可以认为,借助ThreanLocal的set方法,在X轴上,Thread横向关联同一线程上下文中来自多个Method的变量引用副本。
建议说明一下MethodA~C分别对应ThreadLocal变量A~C,否则可能容易导致误解
感谢兄台提醒,已经对原文作了修改!
首先说Thread。
我们知道一个ThreadOne的执行会贯穿多个方法MethodA、MethodB、MethodC这些方法可能分布于不同的类实例。假设,这些方法都使用了ThreadLocal来保存线程本地变量,那么这些变量都存于ThreadOne的Map中,并使用ThreadLocal作为key。 因此,可以认为,借助ThreanLocal的set方法,在X轴上,Thread横向关联同一线程上下文中来自多个Method的变量引用副本。
建议说明一下MethodA~C分别对应ThreadLocal变量A~C,否则可能容易导致误解
老实说,从看到这个帖子的题目开始,就觉得帖子的作者估计是在概念上有所混淆了,于是乎想写个咚咚,同大家分享一下自己的心得。
帖子上,讨论的人很多,高手不乏,各抒己见,但不知新手们看明白没有,因此,这里偶以最简洁列表方式来说一说相关问题。
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轴,纵向关联了处于同一方法中的不同线程上的变量。
希望能对大家有所帮助,这样可以少走很多弯路哦。
评论
21 楼
ariestiger
2012-12-25
ThreadLocal只是一个key,不同的Thread可以通过这个key拿到不同的值(其实这值都存放在该Thread中),看看ThreadLocal中get, set方法就全清楚了。
20 楼
jeffmacn
2011-08-18
每个线程一个拷贝,那这个拷贝工作是何时在哪做的?源代码在哪?
19 楼
jzhua2006
2009-01-13
linliangyi2007 写道
昨天上Java版块逛了一圈,一个2万5千人浏览的帖子引起了偶滴注意 ThreadLocal与synchronized ,9页以上的回复,足见大家对这个问题的兴趣。
老实说,从看到这个帖子的题目开始,就觉得帖子的作者估计是在概念上有所混淆了,于是乎想写个咚咚,同大家分享一下自己的心得。
帖子上,讨论的人很多,高手不乏,各抒己见,但不知新手们看明白没有,因此,这里偶以最简洁列表方式来说一说相关问题。
1.区别ThreadLocal 与 synchronized
2.理解ThreadLocal中提到的变量副本
事实上,我们向ThreadLocal中set的变量不是由ThreadLocal来存储的,而是Thread线程对象自身保存。当用户调用ThreadLocal对象的set(Object o)时,该方法则通过Thread.currentThread()获取当前线程,将变量存入Thread中的一个Map内,而Map的Key就是当前的ThreadLocal实例。请看源码,这是最主要的两个函数,能看出ThreadLocal与Thread的调用关系:
(有兴趣的朋友可以阅读Java的ThreadLocal源码)因此,我们可以知道,所谓的变量副本,即是对Object Reference(对象引用)的拷贝。
3.理解Thread和 ThreadLocal对变量的引用关系
实际上Thread和ThreadLocal对变量引用关系就像是坐标系中的X轴和Y轴,是从两个维度上来组织对变量的引用的。
希望能对大家有所帮助,这样可以少走很多弯路哦。
老实说,从看到这个帖子的题目开始,就觉得帖子的作者估计是在概念上有所混淆了,于是乎想写个咚咚,同大家分享一下自己的心得。
帖子上,讨论的人很多,高手不乏,各抒己见,但不知新手们看明白没有,因此,这里偶以最简洁列表方式来说一说相关问题。
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轴,纵向关联了处于同一方法中的不同线程上的变量。
希望能对大家有所帮助,这样可以少走很多弯路哦。
18 楼
VerRan
2008-04-15
好贴,支持下。
17 楼
linliangyi2007
2008-04-11
xieke 写道
linliangyi2007 写道
rehte 写道
linliangyi2007 写道
楼上的,对纵向的理解是不对的。
变量x对于线程而言是安全的,而非不安全的。如果X是java的原生类型,则在每个线程中存在的是X的值副本;如果X是对象类型,那么每个线程中的对象引用也是不同的,因为对方法中的X的值改变,只影响当前X的引用(或者说指针的指向),不会影响其他线程的副本值,这也是所谓副本的含义。你可以做个实验。
当x是对象类型时,X必须是逃逸型引用,而不能是非逃逸型引用,即X是通过在本地方法中产生的,这就是所谓local的含义。如果X是非逃逸型的,则仍然有同步问题。
比如:
class A{ private Object v; public A(){ v=new Object(); } public ThreadLocal method1(){ ThreadLocal local=new ThreadLocal(); local.set(v); //对象v是非逃逸型引用,这儿的local所引用的对像是非同步安全的 return local; } public ThreadLocal method2(){ ThreadLocal local = new ThreadLocal(); local.set(new Object()); //这儿的值是逃逸类型的,因此local是同步安全的 return local; } public void methodUseLocal(){ ThreadLocal local1=method1(); Object tempv1=local1.get(); //这儿的tempv1其实就是this.v,因此是非线程安全的 //... ThreadLocal local2=method2(); Object tempv2=local2.get(); //这儿的tempv2是线程安全的,是和当前线程绑定的变量 //... } }
楼上提醒的是。实际上,我们对于一个方法是用ThreadLocal来对本地变量进行副本的时候,大多指的是方法内部变量(请看我的示意图,X是方法内部的local varible)。要对类变量进行共享的话,不是ThreadLocal设计的目的。
但确实存在这样的问题,值得大家注意。
方法内部变量 还用担心线程安全问题吗?
当然是类变量才需要担心了。
不太明白那个逃逸型非逃逸型是什么意思,
例子里面那个逃逸类型,及方法内部变量,没有线程安全问题,
非逃逸类型,用了ThreadLocal,自然也就安全了。
说的自己都晕了,一句话,ThreadLocal不是专门为线程安全而设计的,更多是为了变量的共享。
16 楼
xieke
2008-04-11
linliangyi2007 写道
rehte 写道
linliangyi2007 写道
楼上的,对纵向的理解是不对的。
变量x对于线程而言是安全的,而非不安全的。如果X是java的原生类型,则在每个线程中存在的是X的值副本;如果X是对象类型,那么每个线程中的对象引用也是不同的,因为对方法中的X的值改变,只影响当前X的引用(或者说指针的指向),不会影响其他线程的副本值,这也是所谓副本的含义。你可以做个实验。
当x是对象类型时,X必须是逃逸型引用,而不能是非逃逸型引用,即X是通过在本地方法中产生的,这就是所谓local的含义。如果X是非逃逸型的,则仍然有同步问题。
比如:
class A{ private Object v; public A(){ v=new Object(); } public ThreadLocal method1(){ ThreadLocal local=new ThreadLocal(); local.set(v); //对象v是非逃逸型引用,这儿的local所引用的对像是非同步安全的 return local; } public ThreadLocal method2(){ ThreadLocal local = new ThreadLocal(); local.set(new Object()); //这儿的值是逃逸类型的,因此local是同步安全的 return local; } public void methodUseLocal(){ ThreadLocal local1=method1(); Object tempv1=local1.get(); //这儿的tempv1其实就是this.v,因此是非线程安全的 //... ThreadLocal local2=method2(); Object tempv2=local2.get(); //这儿的tempv2是线程安全的,是和当前线程绑定的变量 //... } }
楼上提醒的是。实际上,我们对于一个方法是用ThreadLocal来对本地变量进行副本的时候,大多指的是方法内部变量(请看我的示意图,X是方法内部的local varible)。要对类变量进行共享的话,不是ThreadLocal设计的目的。
但确实存在这样的问题,值得大家注意。
方法内部变量 还用担心线程安全问题吗?
当然是类变量才需要担心了。
不太明白那个逃逸型非逃逸型是什么意思,
例子里面那个逃逸类型,及方法内部变量,没有线程安全问题,
非逃逸类型,用了ThreadLocal,自然也就安全了。
15 楼
hustlong
2008-04-10
嗯,学习了
14 楼
linliangyi2007
2008-04-08
rehte 写道
linliangyi2007 写道
楼上的,对纵向的理解是不对的。
变量x对于线程而言是安全的,而非不安全的。如果X是java的原生类型,则在每个线程中存在的是X的值副本;如果X是对象类型,那么每个线程中的对象引用也是不同的,因为对方法中的X的值改变,只影响当前X的引用(或者说指针的指向),不会影响其他线程的副本值,这也是所谓副本的含义。你可以做个实验。
当x是对象类型时,X必须是逃逸型引用,而不能是非逃逸型引用,即X是通过在本地方法中产生的,这就是所谓local的含义。如果X是非逃逸型的,则仍然有同步问题。
比如:
class A{ private Object v; public A(){ v=new Object(); } public ThreadLocal method1(){ ThreadLocal local=new ThreadLocal(); local.set(v); //对象v是非逃逸型引用,这儿的local所引用的对像是非同步安全的 return local; } public ThreadLocal method2(){ ThreadLocal local = new ThreadLocal(); local.set(new Object()); //这儿的值是逃逸类型的,因此local是同步安全的 return local; } public void methodUseLocal(){ ThreadLocal local1=method1(); Object tempv1=local1.get(); //这儿的tempv1其实就是this.v,因此是非线程安全的 //... ThreadLocal local2=method2(); Object tempv2=local2.get(); //这儿的tempv2是线程安全的,是和当前线程绑定的变量 //... } }
楼上提醒的是。实际上,我们对于一个方法是用ThreadLocal来对本地变量进行副本的时候,大多指的是方法内部变量(请看我的示意图,X是方法内部的local varible)。要对类变量进行共享的话,不是ThreadLocal设计的目的。
但确实存在这样的问题,值得大家注意。
13 楼
rehte
2008-04-08
linliangyi2007 写道
楼上的,对纵向的理解是不对的。
变量x对于线程而言是安全的,而非不安全的。如果X是java的原生类型,则在每个线程中存在的是X的值副本;如果X是对象类型,那么每个线程中的对象引用也是不同的,因为对方法中的X的值改变,只影响当前X的引用(或者说指针的指向),不会影响其他线程的副本值,这也是所谓副本的含义。你可以做个实验。
当x是对象类型时,X必须是逃逸型引用,而不能是非逃逸型引用,即X是通过在本地方法中产生的,这就是所谓local的含义。如果X是非逃逸型的,则仍然有同步问题。
比如:
class A{ private Object v; public A(){ v=new Object(); } public ThreadLocal method1(){ ThreadLocal local=new ThreadLocal(); local.set(v); //对象v是非逃逸型引用,这儿的local所引用的对像是非同步安全的 return local; } public ThreadLocal method2(){ ThreadLocal local = new ThreadLocal(); local.set(new Object()); //这儿的值是逃逸类型的,因此local是同步安全的 return local; } public void methodUseLocal(){ ThreadLocal local1=method1(); Object tempv1=local1.get(); //这儿的tempv1其实就是this.v,因此是非线程安全的 //... ThreadLocal local2=method2(); Object tempv2=local2.get(); //这儿的tempv2是线程安全的,是和当前线程绑定的变量 //... } }
12 楼
lendo.du
2008-04-08
写的很不错。我很欣赏你。
11 楼
linliangyi2007
2008-04-08
spiritfrog 写道
感觉这样解释反而变得有些麻烦了,直接看下源码倒简单些。
横向的实际上是,同一个线程a中,三个threadlocal对象保存x,y,z,实际上在a线程的map中,以threadlocal对象为key保存x,y,z
纵向的,说的是不同线程的情况,分别用threadlocal保存对象x,结果每个线程的map都保存了x。实际上这个x也是不安全的,因为三个线程都能访问它,如果能修改的话。
横向的实际上是,同一个线程a中,三个threadlocal对象保存x,y,z,实际上在a线程的map中,以threadlocal对象为key保存x,y,z
纵向的,说的是不同线程的情况,分别用threadlocal保存对象x,结果每个线程的map都保存了x。实际上这个x也是不安全的,因为三个线程都能访问它,如果能修改的话。
楼上的,对纵向的理解是不对的。
变量x对于线程而言是安全的,而非不安全的。如果X是java的原生类型,则在每个线程中存在的是X的值副本;如果X是对象类型,那么每个线程中的对象引用也是不同的,因为对方法中的X的值改变,只影响当前X的引用(或者说指针的指向),不会影响其他线程的副本值,这也是所谓副本的含义。你可以做个实验。
10 楼
spiritfrog
2008-04-07
感觉这样解释反而变得有些麻烦了,直接看下源码倒简单些。
横向的实际上是,同一个线程a中,三个threadlocal对象保存x,y,z,实际上在a线程的map中,以threadlocal对象为key保存x,y,z
纵向的,说的是不同线程的情况,分别用threadlocal保存对象x,结果每个线程的map都保存了x。实际上这个x也是不安全的,因为三个线程都能访问它,如果能修改的话。
横向的实际上是,同一个线程a中,三个threadlocal对象保存x,y,z,实际上在a线程的map中,以threadlocal对象为key保存x,y,z
纵向的,说的是不同线程的情况,分别用threadlocal保存对象x,结果每个线程的map都保存了x。实际上这个x也是不安全的,因为三个线程都能访问它,如果能修改的话。
9 楼
galaxystar
2008-04-07
写的不错。
另外,创建一个代理类,来负责某一种业务的线程变量存储,应该不错。
这样,ThreadLocal不用重复创建。
另外,创建一个代理类,来负责某一种业务的线程变量存储,应该不错。
这样,ThreadLocal不用重复创建。
8 楼
linliangyi2007
2008-04-07
bluemeteor 写道
linliangyi2007 写道
建议说明一下MethodA~C分别对应ThreadLocal变量A~C,否则可能容易导致误解
感谢兄台提醒,已经对原文作了修改!
7 楼
bluemeteor
2008-04-07
linliangyi2007 写道
建议说明一下MethodA~C分别对应ThreadLocal变量A~C,否则可能容易导致误解
6 楼
luanma
2008-04-07
线程本地变量
5 楼
andy54321
2008-04-06
的确,图文并茂,
好文章,长见识了,
以后不管学习还是给人讲解都得向LZ学习
好文章,长见识了,
以后不管学习还是给人讲解都得向LZ学习
4 楼
snailness
2008-04-05
好文!我们公司的框架对参数的保存就是通过threadlocal,一直懵懵懂懂,看了楼主的文章,如醍醐灌顶啊!~~~~~~~~~~~~~~
3 楼
fuliang
2008-04-05
ThreadLocal要实现的就是线程的Local variable,源代码看起来绕了一个弯:
Thread里有ThreadLocalMap threadLocals,这样getMap(t),返回这个Map,
而这个Map的key和value分别是ThreadLocal和Local variable[要存入的副本]。
其实理解上可以简化为:ThreadLocal就是把副本绑定到一个线程上的Map。(只是实现上费了点周折而已)
Thread里有ThreadLocalMap threadLocals,这样getMap(t),返回这个Map,
而这个Map的key和value分别是ThreadLocal和Local variable[要存入的副本]。
其实理解上可以简化为:ThreadLocal就是把副本绑定到一个线程上的Map。(只是实现上费了点周折而已)
2 楼
darkjune
2008-04-05
好文,看了图就很清楚了
发表评论
-
来自开源支持者的第一笔捐赠
2013-01-09 21:15 57812013年1月9号,一个平凡而又不平常的日子! IK中文分词 ... -
发布 IK Analyzer 2012 FF 版本
2012-10-23 17:50 25081首先感谢大家对IK分词器的关注。 最近一段时间正式公司事务最 ... -
发布 IK Analyzer 2012 版本
2012-03-08 11:23 36179新版本改进: 支持分词歧义处理 支持数量词合并 词典支持中英 ... -
CSDN发生严重用户账号泄密事件
2011-12-21 19:21 2566之前有在CSDN注册过的兄弟们,注意了。。。 如果你的邮箱, ... -
一个隐形的java int溢出
2011-08-30 09:44 7560故事的背景: 笔者最近在做一个类SNS的项目,其中 ... -
雷军 :互联网创业的葵花宝典
2011-05-04 10:35 3596博主评: 这片博客很短 ... -
Luci-mint站内搜索实测
2011-04-02 16:18 4141关于Luci-mint 服务器硬 ... -
发布 IK Analyzer 3.2.8 for Lucene3.X
2011-03-04 17:49 14256IK Analyzer 3.2.8版本修订 ... -
TIPS - XML CDATA中的非法字符处理
2011-02-17 15:03 3305XML解析过程中,常遇见CDATA中存在非法字符,尤其在火星文 ... -
对Cassandra的初体验
2010-10-13 17:58 9137作为“云计算”时代的架构设计人员而言,不懂K-V库会被 ... -
Spring + iBatis 的多库横向切分简易解决思路
2010-10-11 13:43 93561.引言 笔者最近在做一个互联网的“类SNS”应用,应用 ... -
发布 IK Analyzer 3.2.5 稳定版 for Lucene3.0
2010-09-08 14:43 5823新版本IKAnnlyzer3.2.8已发布! 地址: http ... -
关于Lucene3.0.1 QueryParser的一个错误
2010-05-21 21:33 2129表达式1: 引用 id:"1231231" ... -
发布 IK Analyzer 3.2.3 稳定版 for Lucene3.0
2010-05-15 14:13 6719IK Analyzer 3.2.3版本修订 在3.2.0版 ... -
windows平台上的nginx使用
2010-01-28 17:13 3407转载自:http://nginx.org/en/docs/wi ... -
发布IKAnnlyzer3.2.0稳定版 for Lucene3.0
2009-12-07 09:27 9580最新3.2.5版本已经推出,http://linliangyi ... -
在Tomcat下以JNDI方式发布JbossCache
2009-12-04 10:57 3831前言: 看过JbossCache的开发手册,发现在Jb ... -
Spring AOP小例子
2009-11-16 10:35 3405PS: 要注明一下,这个是转载滴,之前漏了说鸟,汗死 这里给 ... -
ActiveMQ 5.X 与 Tomcat 集成一(JNDI部署)
2009-11-10 15:15 5650原文地址:http://activemq.apache.org ... -
发布IKAnalyzer中文分词器V3.1.6GA
2009-11-08 23:10 11858IKAnalyzer3.2.0稳定版已经发布,支持Lucene ...
相关推荐
### Synchronized与ThreadLocal #### 一、Synchronized机制详解 **Synchronized** 是 Java 中一个非常重要的关键字,主要用于实现线程同步。它通过在对象上加锁来确保多个线程能够安全地访问共享资源。 - **作用...
ThreadLocal通常被用来解决线程共享数据时可能出现的并发问题,避免了使用synchronized关键字进行同步控制的复杂性。 在Java中,ThreadLocal的工作原理是为每个线程创建一个单独的存储空间,每个线程可以独立地读写...
以上就是关于ThreadLocal的基本概念、使用方法、生命周期管理和实际应用示例的详细解释。了解并熟练掌握ThreadLocal可以帮助我们编写出更高效、更安全的多线程代码。在Java并发编程中,ThreadLocal是一个不可或缺的...
在Java编程领域,ThreadLocal和事务管理是两个关键的概念,特别是在构建复杂且高效的Web应用程序时。ThreadLocal是一种线程局部变量,而事务则是数据库操作的原子性保证。在这个小型简单练习中,我们看到如何结合c3p...
总的来说,结合JDBC的事务管理和ThreadLocal,我们可以在多线程环境中更好地实现数据库操作,确保数据的一致性,并提高代码的可复用性和安全性。通过使用ThreadLocal,我们可以创建线程安全的变量,使得每个线程都能...
理解ThreadLocal的工作原理和使用方法对于编写高效、安全的多线程程序至关重要。 ### ThreadLocal简介 ThreadLocal并非一个线程对象,而是一个线程局部变量的容器。每个线程都有自己的ThreadLocal实例,它们各自...
在 `LeakingServlet` 的 `doGet` 方法中,如果 `ThreadLocal` 没有设置值,那么会创建一个新的 `MyCounter` 并设置到 `ThreadLocal` 中。关键在于,一旦 `MyCounter` 被设置到 `ThreadLocal`,那么它将与当前线程...
Java事务和ThreadLocal是两种在Java编程中至关重要的概念,它们分别用于处理多线程环境下的数据一致性问题和提供线程局部变量。 首先,我们来深入理解Java事务。在数据库操作中,事务是一系列操作的集合,这些操作...
**标题:“JDK的ThreadLocal理解(一)使用和测试”** **正文:** ThreadLocal是Java中的一个非常重要的线程安全工具类,它在多线程编程中扮演着独特的角色。通过创建ThreadLocal实例,我们可以为每个线程提供一个...
4. **性能优化**:在某些计算密集型应用中,`ThreadLocal`可以用于缓存线程局部的数据结构,减少不必要的数据同步和复制,提高程序的执行效率。 #### 六、总结 `ThreadLocal`是一种强大的工具,它简化了多线程编程...
ThreadLocal 源码分析和使用 ThreadLocal 是 Java 语言中的一种多线程编程机制,用于解决多线程程序的并发问题。它不是一个 Thread,而是一个 Thread 的局部变量。ThreadLocal 的出现是为了解决多线程程序中的共享...
ThreadLocal 的工作机制是通过计算Hash值来确定在数组中的下标位置,然后将对应的 key 和 value 存储在数组中。 在 ThreadLocal 中,解决 Hash 冲突的机制是通过斐波那契数来实现的,使得 Hash 值均匀分布在数组...
理解ThreadLocal 理解ThreadLocal 理解ThreadLocal 理解ThreadLocal
Java中的ThreadLocal是一个非常重要的工具类,它在多线程编程中扮演着独特角色,尤其在处理线程间数据隔离和共享时。ThreadLocal不是线程本身,而是为每个线程提供一个独立的变量副本,使得每个线程都可以独立地改变...
ThreadLocal是Java编程中一种非常特殊的变量类型,它主要用于在多线程环境下为每个线程提供独立的变量副本,从而避免了线程间的数据共享和冲突。然而,ThreadLocal在理解和使用过程中容易产生一些误区,这里我们将...
### Java中ThreadLocal详解 #### 一、ThreadLocal概述 在Java多线程编程中,`ThreadLocal`是一个非常重要的工具类,它提供了一种在每个线程内部存储线程私有实例的方法。通常情况下,当多个线程共享某个变量时,...
3. 内存管理:了解Java的内存模型和垃圾回收机制,才能理解ThreadLocal的内存泄漏风险和弱引用的作用。 4. HTTP相关:虽然题目中没有直接涉及,但HTTPClient是一个常见的网络通信工具,经常和ThreadLocal结合使用,...