前言
最近对于职业规划做了些思考,时间不等人,时机不等人;又是金三银四的好时机,今天当面试官虐人,明天被面试被人虐,相互伤害,爱恨情仇,一切都是缘分。
一份简历,一两张A4纸,就要体现出一个人的真实水平,没点功力,还真是难。
技术人都比较实在,不明白之前,感觉很高深,有难点,学了之后必有进步;但在搞过之后,发现不过如此,感觉都是理所当然,简单如是,不好意思跟人讲研究了什么,实在是太简单;
正因为有如此思维,所以在写简历时无处下笔,感觉没什么优势可写,毫无亮点。
要么就是简单写写项目经历,要么对着招聘简介看看,摘抄一些了
不管怎么写,还是要写出自己的特长,把自己拿手的写出来,少不可怕,只要写出来的不被面试官难倒,就算成功。
当然也不能为了体现多面手,乱写,熟悉XX,精通OO,了解MM,掌握GG;到面试时,被问得打脸就不好了。
面试时态度端正也很重要,正面回答问题,有时其实对问题答案掌握不好,回避问题甚至绕弯弯,当然这还是看度的,不可绕太多,行家一出手就知有没有,诚恳点,知道多少说多少,知之为知之。
面试官,我当得也不好,层次不清,岗位定位不清,有时为了招些优秀的,会问些不合岗位的问题,问得过难;
还是要好好挖掘候选人简历,毕竟简历是展现的第一窗口,技术人书写能力差,不能很好的推销自己,所以还是要从简历中挖掘亮点,有时很精通,但写出来的很笼统,需要面试官去发现亮点了
ThreadLocal的意义
这个类,好早就有了,JDK1.2就出现了。有时也会用一用,但他的作用是什么,很难表达了,难以表达,不能形成文字,说明了解的深度不够。
ThreadLocal为解决多线程程序的并发问题提供了一种新的思路;
ThreadLocal的目的是为了解决多线程访问资源时的共享问题。
这基本上搜索到的threadlocal文章开头都是这样写的。
然,谎言说多了就成了真理。
但在JDK文档里面
该类提供了线程局部 (thread-local)变量。
这些变量不同于它们的普通对应物,因为访问某个变量(通过其 get 或 set 方法)的每个线程都有自己的局部变量,它独立于变量的初始化副本。
ThreadLocal 实例通常是类中的 private static 字段,它们希望将状态与某一个线程(例如,用户 ID 或事务 ID)相关联。
ThreadLocal的作用是提供线程内的局部变量,这种变量在线程的生命周期内起作用,减少同一个线程内多个函数或者组件之间一些公共变量的传递的复杂度。
ThreadLocal和多线程并发没有什么关系。ThreadLocal模式是为了解决单线程内的跨类跨方法调用的
ThreadLocal不是用来解决对象共享访问问题的,而是为了处理在多线程环境中,某个方法处理一个业务,需要递归依赖其他方法时,而要在这些方法中共享参数的问题。
例如有方法a(),在该方法中调用了方法b(),而在b方法中又调用了方法c(),即a–>b—>c,如果a,b,c都需要使用用户对象,那么我们常用做法就是a(User user)–>b(User user)—c(User user)。
但是如果使用ThreadLocal我们就可以用另外一种方式解决:
在某个接口中定义一个静态的ThreadLocal 对象,
例如 public static ThreadLocal threadLocal=new ThreadLocal ();
然后让a,b,c方法所在的类假设是类A,类B,类C都实现1中的接口
在调用a时,使用A.threadLocal.set(user) 把user对象放入ThreadLocal环境
这样我们在方法a,方法b,方法c可以在不用传参数的前提下,在方法体中使用threadLocal.get()方法就可以得到user对象。上面的类A,类B ,类C就可以分别对应我们做web开发时的 web层的Action—>业务逻辑层的Service–>数据访问层的DAO,当我们要在这三层中共享参数时,那么我们就可以使用ThreadLocal 了。
在使用hibernate中常见的方法1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40public class HibernateUtil {
private static Log log = LogFactory.getLog(HibernateUtil.class);
private static final SessionFactory sessionFactory; //定义SessionFactory
static {
try {
// 通过默认配置文件hibernate.cfg.xml创建SessionFactory
sessionFactory = new Configuration().configure().buildSessionFactory();
} catch (Throwable ex) {
log.error("初始化SessionFactory失败!", ex);
throw new ExceptionInInitializerError(ex);
}
}
//创建线程局部变量session,用来保存Hibernate的Session
public static final ThreadLocal session = new ThreadLocal();
/**
* 获取当前线程中的Session
* @return Session
* @throws HibernateException
*/
public static Session currentSession() throws HibernateException {
Session s = (Session) session.get();
// 如果Session还没有打开,则新开一个Session
if (s == null) {
s = sessionFactory.openSession();
session.set(s); //将新开的Session保存到线程局部变量中
}
return s;
}
public static void closeSession() throws HibernateException {
//获取线程局部变量,并强制转换为Session类型
Session s = (Session) session.get();
session.set(null);
if (s != null)
s.close();
}
}
Threadlocal源码
这个类有以下方法:
- get():返回当前线程拷贝的局部线程变量的值。
- initialValue():返回当前线程赋予局部线程变量的初始值。
- remove():移除当前线程赋予局部线程变量的值。
- set(T value):为当前线程拷贝的局部线程变量设置一个特定的值。
get()方法
1 | public T get() { |
根据当前线程,拿到ThreadLocalMap,通过当前threadloal对象取到value.
1 | private T setInitialValue() { |
Thread.java 里面
ThreadLocalMap是Thread的属性1
2
3/* ThreadLocal values pertaining to this thread. This map is maintained
* by the ThreadLocal class. */
ThreadLocal.ThreadLocalMap threadLocals = null;
这个还跟之前的理解不太一样,以为是以当前threadId为key,取到值
数据结构是这样的:
threadlocal<threadId,value>
事实上结构是这样的:
thread <-> threadlocalmap<threadlocal,value>->
每个Thread维护一个ThreadLocalMap映射表,这个映射表的key是ThreadLocal实例本身,value是真正需要存储的Object。
这样设计的主要有以下几点优势:
- 这样设计之后每个Map的Entry数量变小了:之前是Thread的数量,现在是ThreadLocal的数量,能提高性能,据说性能的提升不是一点两点
- 当 Thread销毁之后对应的ThreadLocalMap也就随之销毁了,能减少内存使用量。
内存泄露
有些人认为在使用此类时,容易出现OOM
如上图,ThreadLocalMap使用ThreadLocal的弱引用作为key,如果一个ThreadLocal没有外部强引用引用他,那么系统gc的时候,这个ThreadLocal势必会被回收,这样一来,ThreadLocalMap中就会出现key为null的Entry,就没有办法访问这些key为null的Entry的value,如果当前线程再迟迟不结束的话,这些key为null的Entry的value就会一直存在一条强引用链:
Thread Ref -> Thread -> ThreaLocalMap -> Entry -> value
永远无法回收,造成内存泄露。
进一步分析一下ThreadlocalMap1
2
3
4
5
6
7
8
9
10
11/**
* ThreadLocalMap is a customized hash map suitable only for
* maintaining thread local values. No operations are exported
* outside of the ThreadLocal class. The class is package private to
* allow declaration of fields in class Thread. To help deal with
* very large and long-lived usages, the hash table entries use
* WeakReferences for keys. However, since reference queues are not
* used, stale entries are guaranteed to be removed only when
* the table starts running out of space.
*/
static class ThreadLocalMap {
根据注释和代码,发现ThreadLocalMap并没有使用HashMap,而是重新实现了一个map
,里面放的Entry1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17/**
* The entries in this hash map extend WeakReference, using
* its main ref field as the key (which is always a
* ThreadLocal object). Note that null keys (i.e. entry.get()
* == null) mean that the key is no longer referenced, so the
* entry can be expunged from table. Such entries are referred to
* as "stale entries" in the code that follows.
*/
static class Entry extends WeakReference<ThreadLocal> {
/** The value associated with this ThreadLocal. */
Object value;
Entry(ThreadLocal k, Object v) {
super(k);
value = v;
}
}
1 | /** |
在这个过程中遇到的key为null的Entry都会被擦除,那么Entry内的value也就没有强引用链,自然会被回收。将key为null的这些Entry都删除,防止内存泄露。
但是光这样还是不够的,上面的设计思路依赖一个前提条件:
要调用ThreadLocalMap的getEntry函数或者set函数。这当然是不可能任何情况都成立的,所以很多情况下需要使用者手动调用ThreadLocal的remove函数,手动删除不再需要的ThreadLocal,防止内存泄露。
所以JDK建议将ThreadLocal变量定义成private static的,
这样的话ThreadLocal的生命周期就更长,由于一直存在ThreadLocal的强引用,所以ThreadLocal也就不会被回收,也就能保证任何时候都能根据ThreadLocal的弱引用访问到Entry的value值,然后remove它,防止内存泄露
为什么使用弱引用
To help deal with very large and long-lived usages, the hash table entries use WeakReferences for keys.
为了应对非常大和长时间的用途,哈希表使用弱引用的 key
- key 使用强引用:引用的ThreadLocal的对象被回收了,但是ThreadLocalMap还持有ThreadLocal的强引用,如果没有手动删除,ThreadLocal不会被回收,导致Entry内存泄漏。
- key 使用弱引用:引用的ThreadLocal的对象被回收了,由于ThreadLocalMap持有ThreadLocal的弱引用,即使没有手动删除,ThreadLocal也会被回收。value在下一次ThreadLocalMap调用set,get,remove的时候会被清除
比较两种情况,我们可以发现:由于ThreadLocalMap的生命周期跟Thread一样长,如果都没有手动删除对应key,都会导致内存泄漏,但是使用弱引用可以多一层保障:弱引用ThreadLocal不会内存泄漏,对应的value在下一次ThreadLocalMap调用set,get,remove的时候会被清除。
因此,ThreadLocal内存泄漏的根源是:由于ThreadLocalMap的生命周期跟Thread一样长,如果没有手动删除对应key就会导致内存泄漏,而不是因为弱引用。
总结
ThreadLocal的作用是提供线程内的局部变量,这种变量在线程的生命周期内起作用,减少同一个线程内多个函数或者组件之间一些公共变量的传递的复杂度。
不是为了解决多线程共享同步之类的作用
ThreadLocal变量定义成private static,不要定义成局部变量