这两天对ThreadLocal了解了下,通过google,很多文章都多是同一个说法,ThreadLocal为每个使用该变量的线程提供独立的变量副本,刚开始的时候就是这样理解的:假如说线程A和线程B共享变量c,那么通过ThreadLocal呢,我们就可以通过使用ThreaLocal这个类来使线程A和线程B各自拥有贡献变量c的副本,这样就不用锁了,就可以线程安全了,嘿嘿 ,性能和安全双收。恩,觉得这思想so good,那我就来写个小例子吧。
代码如下:
先是共享变量c的代码:
public class Student {
int i;
String name;
public Student(int i, String name) {
super();
this.i = i;
this.name = name;
seqNum.set(this);
}
@Override
public String toString() {
return "name:" + name + " age:" + i;
}
接着test类
public class ThreadLocalTest {
/**
* @param args
* @throws Exception
*/
public static void main(String[] args) throws Exception {
//new 一个线程共享的student对象
Student s = new Student(8, "张三");
//线程one
new Thread(new ThreadT(s), "one").start();
//线程two
new Thread(new ThreadT(s), "two").start();
//打印共享对象的信息
p("smain: " + s);
//主线程睡眠一下,保证线程one和线程two已经运行完
Thread.sleep(1000);
//再次打印共享对象的信息
p("main: " + s);
}
private static void p(Object o) {
System.out.println(o);
}
private static class ThreadT implements Runnable {
private Student student;
private ThreadLocal<Student> studentThreadLocal = new ThreadLocal<Student>();
public ThreadT(Student s) {
super();
this.student = s;
//将s放发threadLocal中
studentThreadLocal.set(s);
}
@Override
public void run() {
String threadName = Thread.currentThread().getName();
//从ThreadLocal中取得所说的共享对象student副本(注意这是错误的想法的示例)
Student s = studentThreadLocal.get();
if(null == s) {
p(threadName + ": get()为null执行set()方法");
// p(student);
studentThreadLocal.set(this.student);
//再次从ThreadLocal中获取
s = studentThreadLocal.get();
}
//改变贡献对象副本的对象的属性(这也是错误想法的示例)
s.name= "李四";
// studentThreadLocal.set(s);
p(threadName + ": " + studentThreadLocal.get());
}
}
结果运行结果是
two: get()为null执行set()方法
two: name:李四 age:8
one: get()为null执行set()方法
smain: name:张三 age:8
one: name:李四 age:8
main: name:李四 age:8
可以看到,在线程中的改变对会反映到共享变量中,不是说会帮我们生产副本吗?
于是我就去大概看看了ThreadLocal的源码,发现ThreadLocal的get方法是从ThreadLocalMap中去取,存呢是将当前线程为key,value为我们调用方法set的参数,让后我着重看了map的set方法,他是直接将我们向set方法所传的对象的引用放到map里的,并没有什么副本啊。难道是我那里弄错了?
然后我去看看别个的例子,发现别个和我写的例子蛮大的区别的。于是乎我就把我的例子改了下。
student如下:
public class Student {
int i;
String name;
public Student(int i, String name) {
super();
this.i = i;
this.name = name;
studentThreadLocal.set(this);
}
@Override
public String toString() {
return "name:" + name + " age:" + i;
}
public static ThreadLocal<Student> studentThreadLocal = new ThreadLocal<Student>() ;
}
和之前没有什么区别,就是多了个ThreadLocal静态变量
在看测试类
public class ThreadLocalTest {
/**
* @param args
* @throws Exception
*/
public static void main(String[] args) throws Exception {
//new 一个线程共享的student对象
Student s = new Student(8, "张三");
//线程one
new Thread(new ThreadT(s), "one").start();
//线程two
new Thread(new ThreadT(s), "two").start();
//打印共享对象的信息
p("smain: " + s);
//主线程睡眠一下,保证线程one和线程two已经运行完
Thread.sleep(1000);
//再次打印共享对象的信息
p("main: " + s);
}
private static void p(Object o) {
System.out.println(o);
}
private static class ThreadT implements Runnable {
private Student student;
// private ThreadLocal<Student> studentThreadLocal = new ThreadLocal<Student>();
public ThreadT(Student s) {
super();
this.student = s;
//将s放发threadLocal中
// studentThreadLocal.set(s);
}
@Override
public void run() {
String threadName = Thread.currentThread().getName();
//从ThreadLocal中取得所说的共享对象student副本(注意这是错误的想法的示例)
// Student s = studentThreadLocal.get();
/* if(null == s) {
p(threadName + ": get()为null执行set()方法");
studentThreadLocal.set(this.student);
//再次从ThreadLocal中获取
s = studentThreadLocal.get();
}*/
//改变贡献对象副本的对象的属性
// s.name= "李四";
p(threadName + ": " + getStudent());
/* System.out.println("thread["+threadName +
"] sn["+s.getNextNum()+"]");*/
}
public Student getStudent(){
Student s = Student.studentThreadLocal.get();
if(null == s) {
if(Thread.currentThread().getName().equals("one")) {
Student.studentThreadLocal.set(new Student(9,"李四"));
}else {
Student.studentThreadLocal.set(new Student(10,"王五"));
}
}
return Student.studentThreadLocal.get();
}
}
这次run方法就是调用了getStudent方法。直接去取,取不到就new个放进去,
这次的运行结果
two: name:王五 age:10
one: name:李四 age:9
smain: name:张三 age:8
main: name:张三 age:8
这次好像很正常,mian方法里的输出是没有什么变化。
可是仔细看看代码,发现在线程中压根都没有用到传递进去的student, 没取到是放进去的是new出来的一个
,好,我们不new,直接将传递进去的student放进去,在取出来,再改变值后再放进去,
对getStudent做如下改变:
public Student getStudent(){
Student s = Student.studentThreadLocal.get();
if(null == s) {
if(Thread.currentThread().getName().equals("one")) {
Student.studentThreadLocal.set(new Student(9,"李四"));
}else {
// Student.studentThreadLocal.set(new Student(10,"王五"));
//将共享变量放入
Student.studentThreadLocal.set(this.student);
//再次将它取出去
s = Student.studentThreadLocal.get();
//改变值
s.i = 10;
s.name = "王五";
}
}
return Student.studentThreadLocal.get();
}
这次输出结果:
one: name:李四 age:9
smain: name:张三 age:8
two: name:王五 age:10
main: name:王五 age:10
这回又main方法的边了。
副本呢,副本在那!
这下就郁闷了,边看源码和网上的文章,从源码来看,
先看ThreadLocal的get方法代码
public T get() {
Thread t = Thread.currentThread();
ThreadLocalMap map = getMap(t);
if (map != null) {
ThreadLocalMap.Entry e = map.getEntry(this);
if (e != null)
return (T)e.value;
}
return setInitialValue();
}
ThreadLocalMap getMap(Thread t) {
return t.threadLocals;
}
get方法会先得到当前的线程,然后再从当前的线程中获得ThreadLocalMap(这个ThreadLocalMap有点奇怪哦,它是在ThreadLocal中定义的内部类,却是Thread类的一个成员变量),
然后在map中以调用get方法的ThreadLocal的threadLocalHashCode(不明白怎么意思)和map里面的table.lenth来获取下面是获取的代码:
private Entry getEntry(ThreadLocal key) {
int i = key.threadLocalHashCode & (table.length - 1);
Entry e = table[i];
if (e != null && e.get() == key)
return e;
else
return getEntryAfterMiss(key, i, e);
}
set方法和get方法类似。就不说了
在从例子方面说,
每次都是先去取,取不到的时候就new一个让后在放进去。这个和共享变量好像根本没什么关系,
这东西感觉和web的session很像,一个个线程就像是一个个会话,一个会话共享一个session,而一个线程通过一个ThreadLocal的set方法放个对象的引用进去,那么在这个线程的任何时刻都可以同过这个ThreadLocal去得到set进去的对象的引用。
结论:ThreadLocal并没有解决共享变量的问题,一般情况下,通过ThreadLocal.set() 到线程中的对象是该线程自己使用的对象,是在自己线程中产生的,其他线程是不需要访问的,也访问不到的。只不过,通过ThreadLocal的set的对象,在这个线程的任意时刻都是可以通过set的那个ThreadLocal的get获得set进去的对象的引用,和web的session有点类似。特别的,要是set进去的对象是共享变量,那还是会有并发的错误。
使用的情况:对每一个线程都必须持有一个类的实例,而且这个类是可变的(不可变的就是线程安全的,全部线程使用一个就可以了),例如hibernate对session的处理。
分享到:
相关推荐
8.3.1 使用模板和回调机制 8.3.2 Spring为不同持久化技术所提供的模板类 8.4 数据源 8.4.1 配置一个数据源 8.4.2 获取JNDI数据源 8.4.3 Spring的数据源实现类 8.5 小结 第9章 Spring的事务管理 9.1 数据库事务基础...
8.3.1 使用模板和回调机制 8.3.2 Spring为不同持久化技术所提供的模板类 8.4 数据源 8.4.1 配置一个数据源 8.4.2 获取JNDI数据源 8.4.3 Spring的数据源实现类 8.5 小结 第9章 Spring的事务管理 9.1 数据库事务基础...
风光储直流微电网Simulink仿真模型:光伏发电、风力发电与混合储能系统的协同运作及并网逆变器VSR的研究,风光储直流微电网Simulink仿真模型:MPPT控制、混合储能系统、VSR并网逆变器的设计与实现,风光储、风光储并网直流微电网simulink仿真模型。 系统由光伏发电系统、风力发电系统、混合储能系统(可单独储能系统)、逆变器VSR?大电网构成。 光伏系统采用扰动观察法实现mppt控制,经过boost电路并入母线; 风机采用最佳叶尖速比实现mppt控制,风力发电系统中pmsg采用零d轴控制实现功率输出,通过三相电压型pwm变器整流并入母线; 混合储能由蓄电池和超级电容构成,通过双向DCDC变器并入母线,并采用低通滤波器实现功率分配,超级电容响应高频功率分量,蓄电池响应低频功率分量,有限抑制系统中功率波动,且符合储能的各自特性。 并网逆变器VSR采用PQ控制实现功率入网。 ,风光储; 直流微电网; simulink仿真模型; 光伏发电系统; 最佳叶尖速比控制; MPPT控制; Boost电路; 三相电压型PWM变换器;
以下是针对初学者的 **51单片机入门教程**,内容涵盖基础概念、开发环境搭建、编程实践及常见应用示例,帮助你快速上手。
【Python毕设】根据你提供的课程代码,自动排出可行课表,适用于西工大选课_pgj
【毕业设计】[零食商贩]-基于vue全家桶+koa2+sequelize+mysql搭建的移动商城应用
电动汽车充电背景下的微电网谐波抑制策略与风力发电系统仿真研究,电动汽车充电微电网的谐波抑制策略与风力发电系统仿真研究,基于电动汽车充电的微电网谐波抑制策略研究,包括电动汽车充电负 载模型,风电模型,光伏发现系统,储能系统,以及谐波处理模块 风力发电系统仿真 ,电动汽车充电负载模型; 风电模型; 光伏发现系统; 储能系统; 谐波处理模块; 风力发电系统仿真,电动汽车充电微电网的谐波抑制策略研究:整合负载模型、风电模型与光伏储能系统
Vscode部署本地Deepseek的continue插件windows版本
内容概要:本文详细介绍了滤波器的两个关键参数——截止频率(F0)和品质因素(Q),并探讨了不同类型的滤波器(包括低通、高通、带通和带阻滤波器)的设计方法及其特性。文章首先明确了F0和Q的基本概念及其在滤波器性能中的作用,接着通过数学推导和图形展示的方式,解释了不同Q值对滤波器频率响应的影响。文中特别指出,通过调整Q值可以控制滤波器的峰谷效果和滚降速度,进而优化系统的滤波性能。此外,还讨论了不同类型滤波器的具体应用场景,如低通滤波器适用于消除高频噪声,高通滤波器用于去除直流分量和低频干扰,而带通滤波器和带阻滤波器分别用于选取特定频段信号和排除不需要的频段。最后,通过对具体案例的解析,帮助读者更好地理解和应用相关理论。 适合人群:电子工程及相关领域的技术人员、研究人员以及高校学生,特别是那些需要深入了解滤波器设计原理的人群。 使用场景及目标:适用于从事模拟电路设计的专业人士,尤其是希望掌握滤波器设计细节和技术的应用场合。目标是让读者能够灵活运用Q值和F0来优化滤波器设计,提升系统的信噪比和选择性,确保信号的纯净性和完整性。
内容概要:本文主要讲述了利用QUARTUSⅡ进行电子设计自动化的具体步骤和实例操作,详细介绍了如何利用EDA技术在QUARTUSⅡ环境中设计并模拟下降沿D触发器的工作过程,重点探讨了系统规格设计、功能描述、设计处理、器件编译和测试四个步骤及相关的设计验证流程,如功能仿真、逻辑综合及时序仿真等内容,并通过具体的操作指南展示了电路设计的实际操作方法。此外还强调了QUARTUSⅡ作为一款集成了多种功能的综合平台的优势及其对于提高工作效率的重要性。 适用人群:电子工程、自动化等相关专业的学生或者工程师,尤其适用于初次接触EDA技术和QuartusⅡ的用户。 使用场景及目标:旨在帮助用户理解和掌握使用QUARTUSⅡ这一先进的EDA工具软件进行从概念设计到最后成品制作整个电路设计过程的方法和技巧。目标是在实际工作中能够熟练运用QUARTUSⅡ完成各类复杂电子系统的高效设计。 其他说明:文中通过具体的案例让读者更直观理解EDA设计理念和技术特点的同时也为进一步探索EDA领域的前沿课题打下了良好基础。此外它还提到了未来可能的发展方向,比如EDA工具的功能增强趋势等。
Simulink建模下的光储系统与IEEE33节点配电网的协同并网运行:光照强度变化下的储能系统优化策略与输出性能分析,Simulink模型下的光伏微网系统:光储协同,实现380v电压等级下的恒定功率并网与平抑波动,Simulink含光伏的IEEE33节点配电网模型 微网,光储系统并网运行 光照强度发生改变时,储能可以有效配合光伏进行恒定功率并网,平抑波动,实现削峰填谷。 总的输出有功为270kw(图23) 无功为0 检验可以并网到电压等级为380v的电网上 逆变侧输出电压电流稳定(图4) ,Simulink; 含光伏; 配电网模型; 微网; 光储系统; 储能配合; 恒定功率并网; 电压等级; 逆变侧输出。,Simulink光伏微网模型:光储协同并网运行,实现功率稳定输出
基于Andres ELeon新法的双馈风机次同步振荡抑制策略:附加阻尼控制(SDC)的实践与应用,双馈风机次同步振荡的抑制策略研究:基于转子侧附加阻尼控制(SDC)的应用与效能分析,双馈风机次同步振荡抑制策略(一) 含 基于转子侧附加阻尼控制(SDC)的双馈风机次同步振荡抑制,不懂就问, 附加阻尼控制 (SDC)被添加到 RSC 内部控制器的q轴输出中。 这种方法是由Andres ELeon在2016年提出的。 该方法由增益、超前滞后补偿器和带通滤波器组成。 采用实测的有功功率作为输入信号。 有关更多信息,你可以阅读 Andres ELeon 的lunwen。 附lunwen ,关键词:双馈风机、次同步振荡、抑制策略;转子侧附加阻尼控制(SDC);RSC内部控制器;Andres ELeon;增益;超前滞后补偿器;带通滤波器;实测有功功率。,双馈风机次同步振荡抑制技术:基于SDC与RSCq轴控制的策略研究
springboot疫情防控期间某村外出务工人员信息管理系统--
高效光伏并网发电系统MATLAB Simulink仿真设计与MPPT技术应用及PI调节闭环控制,光伏并网发电系统MATLAB Simulink仿真设计:涵盖电池、BOOST电路、逆变电路及MPPT技术效率提升,光伏并网发电系统MATLAB Simulink仿真设计。 该仿真包括电池,BOOST升压电路,单相全桥逆变电路,电压电流双闭环控制部分;应用MPPT技术,提高光伏发电的利用效率。 采用PI调节方式进行闭环控制,SPWM调制,采用定步长扰动观测法,对最大功率点进行跟踪,可以很好的提高发电效率和实现并网要求。 ,光伏并网发电系统; MATLAB Simulink仿真设计; 电池; BOOST升压电路; 单相全桥逆变电路; 电压电流双闭环控制; MPPT技术; PI调节方式; SPWM调制; 定步长扰动观测法。,光伏并网发电系统Simulink仿真设计:高效MPPT与PI调节控制策略
PFC 6.0高效循环加载系统:支持半正弦、半余弦及多级变荷载功能,PFC 6.0循环加载代码:支持半正弦、半余弦及多级变荷载的强大功能,PFC6.0循环加载代码,支持半正弦,半余弦函数加载,中间变荷载等。 多级加载 ,PFC6.0; 循环加载代码; 半正弦/半余弦函数加载; 中间变荷载; 多级加载,PFC6.0多级半正弦半余弦循环加载系统
某站1K的校园跑腿小程序 多校园版二手市场校园圈子失物招领 食堂/快递代拿代买跑腿 多校版本,多模块,适合跑腿,外卖,表白,二手,快递等校园服务 需要自己准备好后台的服务器,已认证的小程序,备案的域名!
【Python毕设】根据你提供的课程代码,自动排出可行课表,适用于西工大选课
COMSOL锂枝晶模型:五合一的相场、浓度场与电场模拟研究,涵盖单枝晶定向生长、多枝晶生长及无序生长等多元现象的探索,COMSOL锂枝晶模型深度解析:五合一技术揭示单枝晶至雪花枝晶的生长机制与物理场影响,comsol锂枝晶模型 五合一 单枝晶定向生长、多枝晶定向生长、多枝晶随机生长、无序生长随机形核以及雪花枝晶,包含相场、浓度场和电场三种物理场(雪花枝晶除外),其中单枝晶定向生长另外包含对应的参考文献。 ,comsol锂枝晶模型; 五合一模型; 单枝晶定向生长; 多枝晶定向生长; 多枝晶随机生长; 无序生长随机形核; 雪花枝晶; 相场、浓度场、电场物理场; 参考文献,COMSOL锂枝晶模型:多场景定向生长与相场电场分析
嵌入式大学生 点阵代码
那个有delphi12 tedgebrowser 使用的dll