这篇文章主要介绍了Java中的ThreadLocal有什么用，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。
除了使用synchronized同步符号外，Java中的ThreadLocal是另一种实现线程安全的方法。在进行性能测试用例的编写过程中，比较简单的办法就是直接使用synchronized关键字，修饰对象、方法以及类。但是使用synchronized同步，这可能会影响应用程序的可伸缩性以及运行效率。但是如果要在多个线程之间共享对象又要保障线程安全，则除了synchronized之外没有特别适合测试的方法。
Java中的ThreadLocal是实现线程安全的另一种方法，它不满足同步要求，而是通过为每个线程提供Object的显式副本来消除共享。由于不再共享对象，因此不需要同步，它可以提高应用程序的可伸缩性和运行效率。
很多人几乎都没有用过ThreadLocal类，因为在测试中能用到的地方实在太少了，而且测试脚本的性能一般来讲都会很高，远超被测服务的处理能力，所以即使全部使用synchronized也不会有任何问题。
但是ThreadLocal有很多真正的使用场景，这就是为什么将其添加到标准Java平台库中的原因。尽管知道现在多线程编程测试中对于ThreadLocal应用并不多，但是我会在后期多进行一些实践，分享给各位。
以下是Java中ThreadLocal类的一些众所周知的用法：
ThreadLocal非常适合实现每个线程单例类或每个线程上下文信息（例如事务ID）。
可以将任何非线程对象包装在ThreadLocal中，并且将其使用变为线程安全的。ThreadLocal的经典示例之一是共享SimpleDateFormat。由于SimpleDateFormat不是线程安全的，因此使用全局格式化程序可能无法正常工作，但是使用每个线程格式化程序当然可以工作。
ThreadLocal提供了另一种扩展Thread的方法。如果要保留信息或将信息从一个方法调用传递到另一个方法，则可以使用ThreadLocal进行传递。
由于不需要修改任何方法，因此可以提供极大的灵活性。
没有两个线程可以看到彼此的ThreadLocal变量。J2EE应用程序服务器中有一个ThreadLocal的真实示例，该服务器使用Java ThreadLocal变量来跟踪事务和安全上下文。
为了避免过多的创建和共享全局实例时的切换成本，将诸如数据库连接之类的重对象作为ThreadLocal共享是很有意义的。
package com.fun.ztest.java;
import com.fun.frame.SourceCode;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import java.io.IOException;
/**
* ThreadLocal演示测试类
*/
public class FunTester extends SourceCode {
public static Logger logger = LoggerFactory.getLogger(FunTester.class);
/**
* 这个是重点,通过ThreadLocal类重建线程私有的对象
*/
private static final ThreadLocal<Object> format = new ThreadLocal() {
@Override
protected Object initialValue() {
Object funTester = new Object();
logger.info("初始化对象,线程: {} 对象: {}", Thread.currentThread().getName(), funTester.hashCode());
return funTester;
}
};
public static void main(String args[]) throws IOException, InterruptedException {
for (int i = 0; i < 5; i++) {
Thread t = new Thread(new Fun());
t.start();
}
}
/**
* 获取对象
*
* @return
*/
public static Object get() {
return format.get();
}
static class Fun implements Runnable {
@Override
public void run() {
logger.info("线程: {} 对象: {}", Thread.currentThread().getName(), FunTester.get().hashCode());
}
}
}INFO-> 当前用户：fv，IP：10.60.193.37，工作目录：/Users/fv/Documents/workspace/fun/,系统编码格式:UTF-8,系统Mac OS X版本:10.16 INFO-> 初始化对象,线程: Thread-1 对象: 347384150 INFO-> 初始化对象,线程: Thread-2 对象: 142607688 INFO-> 线程: Thread-1 对象: 347384150 INFO-> 线程: Thread-2 对象: 142607688 INFO-> 初始化对象,线程: Thread-3 对象: 1008357237 INFO-> 初始化对象,线程: Thread-4 对象: 559951532 INFO-> 线程: Thread-3 对象: 1008357237 INFO-> 线程: Thread-4 对象: 559951532 INFO-> 初始化对象,线程: Thread-5 对象: 748958847 INFO-> 线程: Thread-5 对象: 748958847 Process finished with exit code 0
如果查看上述程序的输出，则会发现，当不同的线程调用ThreadLocal类的get()方法而不是调用其initialValue()方法时，该方法将为该线程创建Object的互斥实例对象。 由于Object在线程之间不共享，并且实质上在创建它自己的线程安全对象或者方法的线程本地是完全线程安全的。
Java的ThreadLocal在JDK 1.2上引入，但后来在JDK 1.4中进行了泛化，以在ThreadLocal变量上引入类型安全性。
ThreadLocal通常与Thread一起使用，由Thread执行的所有代码都可以访问ThreadLocal变量，但是两个线程看不到彼此的ThreadLocal变量。
每个线程都拥有ThreadLocal变量的互斥副本，该副本在线程完成或死亡（正常情况下或由于任何异常）后才有进行垃圾回收，因为这些ThreadLocal变量没有任何其他线程引用。
Java中的ThreadLocal变量通常是类中的私有静态字段，并在Thread中维护其状态。
不要误解ThreadLocal是Synchronization的替代方法，它全部取决于你自己的程序设计。如果设计允许每个线程拥有自己的对象副本，则可以使用ThreadLocal。
这里一个处理requestid的类，通过ThreadLocal使用，可以保证每个请求都拥有唯一的一个追踪标记。
public class TraceKeyHolder {
private static ThreadLocal<String> threadLocal = new ThreadLocal();
public TraceKeyHolder() {
}
public static String getTraceKey() {
return (String)threadLocal.get();
}
public static void setTraceKey(String traceKey) {
threadLocal.set(traceKey);
}
public static void clear() {
threadLocal.remove();
}
}感谢你能够认真阅读完这篇文章，希望小编分享的“Java中的ThreadLocal有什么用”这篇文章对大家有帮助，同时也希望大家多多支持亿速云，关注亿速云行业资讯频道，更多相关知识等着你来学习!
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
