java 线程绑定-java线程安全的集合类
这篇“C#多线程绑定ThreadLocal类如何使用”文章的知识点大部分人都不太理解,所以小编给大家总结了以下内容,内容详细,步骤清晰,具有一定的借鉴价值,希望大家阅读完这篇文章能有所收获,下面我们一起来看看这篇“C#多线程绑定ThreadLocal类如何使用”文章吧。
在.Net 4.0的Thread里,新增了线程局部变量(ThreadLocal)类,可以很方便的实现线程专有存储。
应用场景
线程专有存储应被用于这样的多线程应用:它们经常访问那些逻辑上是全局的、而物理上是专有于每个线程的对象。首先我们看如下这样一个例子
string errorMessage; void Process() { bool ret = Run(); if (!ret && needDebug) { Console.WriteLine(errorMessage); } } bool Run() { try { //…-- do something return true; } catch (Exception e) { errorMessage = e.Message; return false; } }
这个函数中,Process为主体函数,当它调用Run函数失败后,为调式方便,打出Run函数的错误信息。错误信息采用成员变量errorMessage存放,为了减少Run函数的参数。
这种通过成员变量errorMessage在函数间传递信息的方式在单线程程序中可以很好的工作,但是在多线程应用时却往往会发生一些微妙的问题:当两个线程同时执行Run函数时,先执行的会被后执行的线程覆盖,导致输出了错误的后执行的线程的调试信息。发生类似数据库的脏读错误。
解决方案:
最直接的解决方案有两种:
加锁:在Process中加锁,保证没有两个线程同时访问errorMessage
修改Run函数为boolRun(out string errorMessage)的形式,不通过errorMessage共享数据,使其支持并发操作。
这两种方式都是有效的,但都有一些不足:加锁时获取和释放互斥体有一个不小的开销,当共享的数据较多时修改Run函数会导致Run函数变得很难看,并且可能会由于改动较大而导致大规模重构。
针对上述两种方式的不足,人们提出了线程专有存储的解决方案java 线程绑定java 线程绑定,使用ThreadLocal类的解决方案如下:
ThreadLocalerrorMessage = new ThreadLocal (); void Process() { bool ret = Run(); if (!ret && needDebug) { Console.WriteLine(errorMessage); } } bool Run() { try { …- do something return true; } catch (Exception e) { errorMessage.Value=e.Message; return false; } }
ThreadLocal类在每个线程下都分配一个独立实例副本,每个线程都只访问到自己的实例,不会影响其它线程,从而解决读脏数据的问题。
ThreadLocal类也不是什么新概念,在C++、Java等语言的线程库中都有相关实现,一些语言编译器实现(如IBM XL FORTRAN)中甚至在语言的层次提供了直接的支持。其实实现的思路很简单:在ThreadLocal类中有一个哈希表,根据线程ID为key用于存储每一个线程的变量的副本。由于现在没啥相关资料,并且也是beta版的,我也懒得对.Net中的具体实现和性能进一步分析。
和上面的两种方式相比,线程专有存储有如下好处:
但也存在如下缺点:
适用性
应用有以下特性时可使用线程专有存储:
理解上面描述的特性对于使用(或不使用)线程专有存储模式来说是至关紧要的。例如,UNIX errno变量是一个数据例子:(1)逻辑上全局,但是物理上线程专有,以及(2)在方法间隐式地传递。
当应用有以下特性时,不要使用线程专有存储模式:
以上就是关于“C#多线程绑定ThreadLocal类如何使用”这篇文章的内容,相信大家都有了一定的了解,希望小编分享的内容对大家有帮助,若想了解更多相关的知识内容,请关注亿速云行业资讯频道。