深入理解ThreadLocal

本文详细介绍了ThreadLocal的概念及其在Java中的应用。ThreadLocal为每个线程提供了独立的变量副本,避免了线程间的数据冲突。文章通过示例展示了两种初始化方式的不同结果,并深入解析了ThreadLocal的实现原理。

为什么要引入它,能用它来干什么,暂且按下不表,待整篇下来,我们再做总结,先来看看ThreadLocal对我们到底有什么用以及它的实现原理

ThreadLocal从名字上看是本地线程的意思,其实它并不是一个线程,而是线程本地变量。也许将其命名为ThreadLocalVariable更为合适。ThreadLocal功能非常简单,就是为每一个使用该变量的线程都提供一个变量值的副本,是Java中一种较为特殊的线程绑定机制,使每一个线程都可以独立地改变自己的副本,而不会和其它线程的副本冲突。记住这几点就行:1. 每个线程都有自己局部变量,都有一个独立于其他线程的上下文来保存该变量,自己的本地变量对其他线程不可见;2. ThreadLocal可以给一个初始值,而每个线程都会获得这个初始化值的一个副本这样才能保证不同的线程都有一份拷贝注意这里是初始值;3. ThreadLocal不是用于解决共享变量问题的,不是为了协调线程同步而存在,而是为了方便每个线程处理自己的状态而引入的一个机制。

ThreadLocal本质上是一个类似Map的结构,以各个线程对象本身为Key,将其值存放进去。这个结构在所有的基于同一个线程类创建出来的线程中被共享所有,就是只有一个,单例的对象。虽然,使用get()方法来读取其值,但是默认的是使用当前的thread对象做为Key来检索的。

我们先来看一个简单的例子

package test;

/**
 * @author quyang.ybb
 *
 */
public class Index {
    int num;

    public int increase() {
	return num++;
    }
}

package test;

/**
 * @author quyang.ybb demo应该体现出思考的东西
 */
public class ThreadLocalTest {

    //第一种初始化
    private static ThreadLocal<Index> threadLocal = new ThreadLocal<Index>() {

	@Override
	protected Index initialValue() {
	    return new Index();
	}
    };

//    //第二种初始化
//    private static Index num = new Index();
//    
//    private static ThreadLocal<Index> threadLocal = new ThreadLocal<Index>() {
//        @Override
//        protected Index initialValue() {
//            return num;
//        }
//    };

    /**
     * @param args
     */
    public static void main(String[] args) throws Exception{
	Thread[] threads = new Thread[5];
	for (int i=0;i<5;i++) {
	    threads[i] = new Thread(new Runnable() {
	        
	        @Override
	        public void run() {
	    	    Index index = threadLocal.get();
	    	    for (int j=0;j<1000;j++) {
	    		index.increase();
	    	    }
	    	    System.out.println("线程名:" + Thread.currentThread().getName() + "; num = " + index.num);
	        }
	    });
	}
	for (Thread thread : threads) {
	    thread.start();
	}
    }
}
第一种初始化得到的结果为:
线程名:Thread-4; num = 1000
线程名:Thread-1; num = 1000
线程名:Thread-3; num = 1000
线程名:Thread-0; num = 1000
线程名:Thread-2; num = 1000
第二种初始化得到的结果为:
线程名:Thread-0; num = 1000
线程名:Thread-1; num = 2000
线程名:Thread-2; num = 3000
线程名:Thread-3; num = 4873
线程名:Thread-4; num = 5000

其中第二种初始化运行得到的结果每次都不一样,为何线程本地变量失效了呢?我们分析一下原因:

在第二种初始化方法中,通过覆盖initialValue函数来给我们的ThreadLocal提供初始值,每个线程都会获取这个初始值的一个副本。而现在我们的初始值是一个定义好的一个对象,num是这个对象的引用.换句话说我们的初始值是一个引用。引用的副本和引用指向的不就是同一个对象吗?


在第一种初始化中,我们是给每一个线程都保存一个Index对象,创建的是对象的副本而不是对象引用的副本


大概明白ThreadLocal本地变量的含义,接下来看看ThreadLocal的源码,从内部来揭示它的神秘面纱。

从ThreadLocal的get和set这两个最常用的方法开始分析:

public T get() {
    //获取当前执行线程
    Thread t = Thread.currentThread();
    //取得当前线程的ThreadLocalMap实例
    ThreadLocalMap map = getMap(t);
    //如果map不为空,说明该线程已经有了一个ThreadLocalMap实例
    if (map != null) {
        //map中保存线程的所有的线程本地变量,我们要去查找当前线程本地变量
        ThreadLocalMap.Entry e = map.getEntry(this);
        //如果当前线程本地变量存在这个map中,则返回其对应的值
        if (e != null)
            return (T)e.value;
    }
    //如果map不存在或者map中不存在当前线程本地变量,返回初始值
    return setInitialValue();
}

ThreadLocal有一个内部类ThreadLocalMap,这个类的实现占了整个ThreadLocal类源码的一多半。这个ThreadLocalMap的作用非常关键,它就是线程真正保存线程自己本地变量的容器。每一个线程都有自己的单独的一个ThreadLocalMap实例,其所有的本地变量都会保存到这一个map中。强调一下:Thread对象都有一个ThreadLocalMap类型的属性threadLocals,这个属性是专门用于保存自己所有的线程本地变量的。这个属性在线程对象初始化的时候为null。所以对一个线程对象第一次使用线程本地变量的时候,需要对这个threadLocals属性进行初始化操作。注意要区别 “线程第一次使用本地线程变量”和“第一次使用某一个线程本地线程变量”。

getMap方法:

//直接返回线程对象的threadLocals属性
ThreadLocalMap getMap(Thread t) {
        return t.threadLocals;
    }

setInitialValue方法:

private T setInitialValue() {
    //获取初始化值,initialValue 就是我们之前覆盖的方法
    T value = initialValue();
    Thread t = Thread.currentThread();
    ThreadLocalMap map = getMap(t);
    //如果map不为空,将初始化值放入到当前线程的ThreadLocalMap对象中
    if (map != null)
        map.set(this, value);
    else
        //当前线程第一次使用本地线程变量,需要对map进行初始化工作
        createMap(t, value);
    //返回初始化值
    return value;
}

我们再来看一下set方法:

public void set(T value) {
     Thread t = Thread.currentThread();
     ThreadLocalMap map = getMap(t);
 
     if (map != null)
         map.set(this, value);
     //说明线程第一次使用线程本地变量(注意这里的第一次含义)
     else
         createMap(t, value);
 }

ThradLocal还有一个remove方法,让我们来分析一下:

public void remove() {
     //获取当前线程的ThreadLocalMap对象
     ThreadLocalMap m = getMap(Thread.currentThread());
     //如果map不为空,则删除该本地变量的值
     if (m != null)
         m.remove(this);
 }
ThradLocalMap的实现细节这里就不再说了,有兴趣可以自己继续去看ThreadLocal的源码。

参考资料:http://www.cnblogs.com/dolphin0520/p/3920407.html

标题基于Python的汽车之家网站舆情分析系统研究AI更换标题第1章引言阐述汽车之家网站舆情分析的研究背景、意义、国内外研究现状、论文方法及创新点。1.1研究背景与意义说明汽车之家网站舆情分析对汽车行业及消费者的重要性。1.2国内外研究现状概述国内外在汽车舆情分析领域的研究进展与成果。1.3论文方法及创新点介绍本文采用的研究方法及相较于前人的创新之处。第2章相关理论总结和评述舆情分析、Python编程及网络爬虫相关理论。2.1舆情分析理论阐述舆情分析的基本概念、流程及关键技术。2.2Python编程基础介绍Python语言特点及其在数据分析中的应用。2.3网络爬虫技术说明网络爬虫的原理及在舆情数据收集中的应用。第3章系统设计详细描述基于Python的汽车之家网站舆情分析系统的设计方案。3.1系统架构设计给出系统的整体架构,包括数据收集、处理、分析及展示模块。3.2数据收集模块设计介绍如何利用网络爬虫技术收集汽车之家网站的舆情数据。3.3数据处理与分析模块设计阐述数据处理流程及舆情分析算法的选择与实现。第4章系统实现与测试介绍系统的实现过程及测试方法,确保系统稳定可靠。4.1系统实现环境列出系统实现所需的软件、硬件环境及开发工具。4.2系统实现过程详细描述系统各模块的实现步骤及代码实现细节。4.3系统测试方法介绍系统测试的方法、测试用例及测试结果分析。第5章研究结果与分析呈现系统运行结果,分析舆情数据,提出见解。5.1舆情数据可视化展示通过图表等形式展示舆情数据的分布、趋势等特征。5.2舆情分析结果解读对舆情分析结果进行解读,提出对汽车行业的见解。5.3对比方法分析将本系统与其他舆情分析系统进行对比,分析优劣。第6章结论与展望总结研究成果,提出未来研究方向。6.1研究结论概括本文的主要研究成果及对汽车之家网站舆情分析的贡献。6.2展望指出系统存在的不足及未来改进方向,展望舆情
【磁场】扩展卡尔曼滤波器用于利用高斯过程回归进行磁场SLAM研究(Matlab代码实现)内容概要:本文介绍了利用扩展卡尔曼滤波器(EKF)结合高斯过程回归(GPR)进行磁场辅助的SLAM(同步定位与地图构建)研究,并提供了完整的Matlab代码实现。该方法通过高斯过程回归对磁场空间进行建模,有效捕捉磁场分布的非线性特征,同时利用扩展卡尔曼滤波器融合传感器数据,实现移动机器人在复杂环境中的精确定位与地图构建。研究重点在于提升室内等无GPS环境下定位系统的精度与鲁棒性,尤其适用于磁场特征明显的场景。文中详细阐述了算法原理、数学模型构建、状态估计流程及仿真实验设计。; 适合人群:具备一定Matlab编程基础,熟悉机器人感知、导航或状态估计相关理论的研究生、科研人员及从事SLAM算法开发的工程师。; 使用场景及目标:①应用于室内机器人、AGV等在缺乏GPS信号环境下的高精度定位与地图构建;②为磁场SLAM系统的设计与优化提供算法参考和技术验证平台;③帮助研究人员深入理解EKF与GPR在非线性系统中的融合机制及实际应用方法。; 阅读建议:建议读者结合Matlab代码逐模块分析算法实现细节,重点关注高斯过程回归的训练与预测过程以及EKF的状态更新逻辑,可通过替换实际磁场数据进行实验验证,进一步拓展至多源传感器融合场景。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值