头条Android岗三面：说说ThreadLocal是如何工作的？工作原理是什么

… 省略代码

/**

• 定义该类，用于实际保存数据、处理数据
  /
  class ThreadLocalMap(firstKey: MockThreadLocal<>, firstValue: Any?) {
  private var mMap: MutableMap<WeakReference<MockThreadLocal<*>>, Any?>? = null

init {
//首次初始化时，设置初始化值
mMap = mutableMapOf(WeakReference(firstKey) to firstValue)
}

/**

• 设置一个存储的数据
  /
  fun set(key: MockThreadLocal<>, value: Any?) {
  //优先清除一次无用数据，防止内存泄漏
  expungeStaleEntry()
  if (mMap != null) {
  var keyExist = false
  mMap!!.forEach { (k, _) ->
  //若相应的key已存在，只需替换该value即可
  if (k.get() == key) {
  mMap!![k] = value
  keyExist = true
  }
  }

//若相应的key不存在，则保存新的数据
if (!keyExist) {
mMap!![WeakReference(key)] = value
}
}
}

/**

• 获取一个存储的数据
  /
  fun get(key: MockThreadLocal<>): Any? {
  //优先清除一次无用数据，防止内存泄漏
  expungeStaleEntry()
  mMap?.forEach { (k, v) ->
  if (k.get() == key) {
  return v
  }
  }
  return null
  }

/**

• 移除一个存储的数据
  /
  fun remove(key: MockThreadLocal<>) {
  //优先清除一次无用数据，防止内存泄漏
  expungeStaleEntry()
  mMap?.forEach { (k, _) ->
  if (k.get() == key) {
  mMap?.remove(k)
  }
  }
  }

/**

• 清除key的实际值（MockThreadLocal）已被GC回收的数据，防止内存泄漏
• NOTE：当最后一次MockThreadLocal使用完后，一个好的习惯是主动调用remove方法移除绑定的数据，
• 若不调用，那么本方法将再无机会被调用，依旧有内存泄漏的可能。
  */
  private fun expungeStaleEntry() {
  mMap?.forEach { (k, _) ->
  if (k.get() == null) {
  mMap!!.remove(k)
  }
  }
  }
  }
  }

到这里我们的代码就写完了，可以发现ThreadLocal的工作原理，不但没有难度，甚至简单的令人感到意外。需要注意的是源码中ThreadLocalMap没有像我一样直接使用的HashMap，但总体原理思路是一致的，这部分大家可以食用源码来了解

测试

对我们的『小轮子』进行测试一把，看是否符合我们的预期。我们定义两个MockThreadLocal变量mtl1 mtl2和两个MockThread线程。

测试case如下：

1. 在线程1中测试mtl1直接调用get方法的结果（预期输出：null）
2. 在线程1中先调用mtl1.set("二娃_")后，测试mtl1调用get方法的结果（预期输出：二娃_）
3. 在线程1中先调用mtl1.remove()后，测试mtl1调用get方法的结果（预期输出：null）
4. 在线程2中测试mtl2直接调用get方法的结果（预期输出：false）
5. 在线程2中先调用mtl2.set(true)后，测试mtl2调用get方法的结果（预期输出：true）
6. 在线程1内进行Thread.sleep(200)操作以保证在线程2先执行完的环境下，在线程2中测试mtl1直接调用get方法的结果（预期输出：null）

测试代码如下：

//定义两个MockThreadLocal
val mtl1 = MockThreadLocal()
val mtl2 = object : MockThreadLocal() {
override fun initialValue(): Boolean? {
return false
}
}

//测试按钮点击时执行
btnRun.setOnClickListener {
val thread1 = MockThread(Runnable {
val name1 = Thread.currentThread().name

//mtl1未设置值
log2Logcat(“$name1mtl1未设置值时：mtl1.get()=${mtl1.get()}”)

//mtl1设置值：二娃_
mtl1.set(“二娃_”)
log2Logcat(“$name1mtl1设置值后：mtl1.get()=${mtl1.get()}”)

Thread.sleep(200)

//mtl1调用remove
mtl1.remove()
log2Logcat(“$name1mtl1调用remove后：mtl1.get()=${mtl1.get()}”)

log2Logcat(“$name1 线程运行结束---------------------”)
}, “线程1”)

val thread2 = MockThread(Runnable {
val name2 = Thread.currentThread().name

//mtl2未设置值
log2Logcat(“$name2mtl2未设置值时：mtl2.get()=${mtl2.get()}”)

//mtl2设置值：true
mtl2.set(true)
log2Logcat(“$name2mtl2设置值后：mtl2.get()=${mtl2.get()}”)

log2Logcat(“$name2获取mtl1的值：mtl1.get()=${mtl1.get()}”)

log2Logcat(“$name2 线程运行结束---------------------”)
}, “线程2”)

thread1.start()
thread2.start()
}

测试结果如下：

可以看到测试结果都是符合我们预期的，至此本篇的主要工作就结束了，希望大家都能在不用背的前提下掌握了ThreadLocal原理。撒花！撒花！

问题解答

经过前面的一通操作解答文头的两个问题就是手到擒来的事了

1. 在Android的handler消息机制中looper是怎么绑定线程的？

这里肯定是使用threadLocal的set方法绑定的，系统源码如下

private static void prepare(boolean quitAllowed) {
if (sThreadLocal.get() != null) {
throw new RuntimeException(“Only one Looper may be created per thread”);

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）

最后

给大家分享一份移动架构大纲，包含了移动架构师需要掌握的所有的技术体系，大家可以对比一下自己不足或者欠缺的地方有方向的去学习提升；

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

**

[外链图片转存中…(img-ZQ9mSclc-1712720534969)]

一个人可以走的很快，但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎扫码加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
[外链图片转存中…(img-roSQyRNg-1712720534970)]