【Java】ThreadLocal细节分析

ThreadLocal通过中文解释就是线程本地变量,是线程的一个局部变量。根据哲学家黑格尔“的存在即合理”的说法,ThreadLocal的出现肯定是有它的意义,它的出现也是因为多线程的一个产物。ThreadLocal既然跟线程有关系,那肯定得先对线程了解了解。

从网上找来了一句话:Java线程的创建,除了堆栈空间,每个线程还需要为线程本地存储(thread-local storage)和内部数据结构提供一些本机内存。

先来学习一下什么是堆栈空间

以上是Java虚拟机运行时数据区的结构图,从图中看出,堆栈(即图中的虚拟机栈)是Java运行时内存分配的一部分,这个堆栈的大小可以用过JVM启动参数Xss设置(JDK5+版本默认好像是1M),那么,这个堆栈是干什么用的呢?大学期间有认真学习过一些技术课程如操作系统、数据结构、C语言等学科的话,不在话下。可惜,我不是这种学生。为了能理解堆栈的一些相关知识,我快速阅览相关知识继续学习(现在才知道大学的知识真的是很用,如果再给我4年时间,算了,现在学习也为时不晚)。一句话,它是线程执行方法(字节码)的地方,每创建一个线程实例,就是分配固定大小(Xss设置参数)的内存空间给线程执行方法用,具体结构图如下:

上图的每一个栈帧就相当于一个方法的执行,更多可参考《深入理解Java虚拟机》8.2章节。

上面已经大概的了解了一下堆栈,那就再来看看线程的堆栈与本地变量的一个关系结构图:

我们知道,线程实例也是一个对象,对象都是存放在堆里面的。从上图可以看出,当创建一个新的线程,那么就会有一个相对应的堆栈空间创建,那个stack部分就可以很好的解析上文提到的一句话“Java线程的创建,除了堆栈空间,每个线程还需要为线程本地存储(thread-local storage)和内部数据结构提供一些本机内存”。这个stack区域就是堆栈空间,而在这个堆栈空间里面有两个直线了堆栈对象的引用,一个是线程实例的应用,另一个就是本地变量的引用。

总结:

1、  堆栈的溢出不会直接因为ThreadLocal保存对象的过大的导致堆栈溢出,因为线程堆栈保存的只是引用。真正的对象还是在堆里面,如果对象大到超出堆内存的限制,反而会导致堆溢出。

2、  从源码可以看出,每个Thread中都存在一个Map,Map的类型是ThreadLocal.ThreadLocalMap。Map中的key为一个Threadlocal实例。这个Map的确使用了弱引用,不过弱引用只是针对key。每个key都弱引用指向Threadlocal。 当把Threadlocal实例置为null以后,没有任何强引用指向Threadlocal实例,所以Threadlocal将会被gc回收。但是,我们的value却不能回收,因为存在一条从current thread连接过来的强引用。只有当前thread结束以后, current thread就不会存在栈中,强引用断开,Current Thread、 Map,、value将全部被GC回收。

3、  堆栈的生命周期是跟随着线程的生命周期,当线程池中的线程实例还在,堆栈也不会被回收或者清空,所以,原来的ThreadLocalMap还是存在的。所以,当线程池与ThreadLocal同时使用的时候特别需要注意。

时间: 2024-11-07 21:35:45

【Java】ThreadLocal细节分析的相关文章

JAVA项目细节分析(有关那个让你非常纠结的static);

也许是经历了一次失败.突然间的有感而发吧,忽然想写篇博客,给大家分享一下,也是给自己总结一下这一次的教训. 1.首先是最基础的,哪一个类放到哪一个包里.虽然是不会影响项目本身功能的实现,但是这些问题最好是从一开始就注意吧 2.package的命名规则以及各种类和servlet.jsp的命名规则 3.数据库里的建表,要考虑清楚,条理,清晰,规划好表的结构,在整个项目里边是非常重要的 4.在整个项目开始前,一定要做好规划,包括整个项目要实现哪些功能,要用到哪些技术,以及框架要搭建成什么样子 5.实例

《Java源码分析》:线程池 ThreadPoolExecutor

<Java源码分析>:线程池 ThreadPoolExecutor ThreadPoolExecutor是ExecutorService的一张实现,但是是间接实现. ThreadPoolExecutor是继承AbstractExecutorService.而AbstractExecutorService实现了ExecutorService接口. 在介绍细节的之前,先介绍下ThreadPoolExecutor的结构 1.线程池需要支持多个线程并发执行,因此有一个线程集合Collection来执行

Java ThreadLocal 简介

ThreadLocal在Spring中发挥着重要的作用,在管理request作用域的Bean.事务管理.任务调度.AOP等模块都出现了它们的身影,起着举足轻重的作用.要想了解Spring事务管理的底层技术,ThreadLocal是必须攻克的山头堡垒. 我们知道spring通过各种模板类降低了开发者使用各种数据持久技术的难度.这些模板类都是线程安全的,也就是说,多个DAO可以复用同一个模板实例而不会发生冲突.我们使用模板类访问底层数据,根据持久化技术的不同,模板类需要绑定数据连接或会话的资源.但这

Java静态代码分析工具Infer

Java静态代码分析工具Infer 作者:chszs,转载需注明.博客主页:http://blog.csdn.net/chszs 一.Infer介绍 Infer是Facebook最新开源的静态程序分析工具,用于在发布移动应用之前对代码进行分析,找出潜在的问题.目前Facebook使用此工具分析Facebook的App,包括Android.iOS.Facebook Messenger和Instagram等. Facebook称该工具帮助其每个月检查出应用潜在的数百个Bug,例如一些空指针访问.资源

rip路由协议 细节分析及实例配置【完整版】

rip路由协议 细节分析及实例配置[完整版] RIP呢,这是一个比较重要的知识点,所以它的知识覆盖面很广泛:但是呢,我将会对碰到的问题进行一些分析解刨(主要是为了帮助自己理清思维):也希望能够从中发现自己不足的问题,也希望能够找到一些比较冷僻的问题,这样子才会有意思多了.   先上图,这个就是我准备做实验的基本用图了.现在已经按照图上标注的IP将所有基本配置设置好了. 在这个实验中,大多数都是基于ripv1,只有在需要比较的时候才会把版本改成ripv2,然后判断完之后再切换为ripv1: 第一步

常用 Java 静态代码分析工具的分析与比较

转载自: http://www.oschina.net/question/129540_23043 简介: 本文首先介绍了静态代码分析的基本概念及主要技术,随后分别介绍了现有 4 种主流 Java 静态代码分析工具 (Checkstyle,FindBugs,PMD,Jtest),最后从功能.特性等方面对它们进行分析和比较,希望能够帮助 Java 软件开发人员了解静态代码分析工具,并选择合适的工具应用到软件开发中. 引言 在 Java 软件开发过程中,开发团队往往要花费大量的时间和精力发现并修改代

推荐一款Java代码Bug分析插件 FindBugs

findBugs是一个能静态分析源代码中可能会出现Bug的Eclipse插件工具. 下载之后,把解冻后的文件拷贝到 $ECLIPSE_HOME/plugins/目录下,重新启动eclipse即完成安装. FindBugs的设置: 安装好之后,可以通过 Projects > Property > FindBugs标签对其进行设置.设置方法可以根据自己的需要进行调整. 另外在 问题(Proplems)列表窗口(Windows > 视图 > 问题)的Filter设置里,把FindBugs

Java提高篇(三五)-----Java集合细节(一):请为集合指定初始容量

集合是我们在Java编程中使用非常广泛的,它就像大海,海纳百川,像万能容器,盛装万物,而且这个大海,万能容器还可以无限变大(如果条件允许).当这个海.容器的量变得非常大的时候,它的初始容量就会显得很重要了,因为挖海.扩容是需要消耗大量的人力物力财力的.同样的道理,Collection的初始容量也显得异常重要.所以:对于已知的情景,请为集合指定初始容量. public static void main(String[] args) { StudentVO student = null; long

Java提高篇(三六)-----java集合细节(二):asList的缺陷

在实际开发过程中我们经常使用asList讲数组转换为List,这个方法使用起来非常方便,但是asList方法存在几个缺陷: 一.避免使用基本数据类型数组转换为列表 使用8个基本类型数组转换为列表时会存在一个比较有味的缺陷.先看如下程序: public static void main(String[] args) { int[] ints = {1,2,3,4,5}; List list = Arrays.asList(ints); System.out.println("list'size:&