TTL浅析

TTL源码解析

TTL可以干什么

解决threads数据上下文问题。

其他已有的工具

ThreadLocals，本质是对thread设置属性threadlocals，
还一个Inheri的，本质也是在构造子线程时，将自己的传进去，
都是需要手动设置，没法threads的自动切换维持上下文问题

ttl干了什么

1，TransmittableThreadLocal
如果拿着这个类不放，是很难解决我们的核心问题”threads数据上下文问题“的
因为看这个类就知道，这个类偏向于一个工具类，并没有控制多个thread直接的操作。
其作用在后面说的，复制|快照时，提供工具类的支持，（主要是获取当前操作的线程的threadlocals数据的工具）
2，核心：TTlRunable||TTLCallback
这个主要是ttl的前缀，使用装饰器模式，对原有接口做了加强

现在来干货，再来解析我们的问题：
threads数据上下文问题
1，了解线程池原理的应该知道，其运行虽然是多线程的，但是也涉及到切换，但是这个切换对外界无感，当时有threadlocals就有感了
2，了解线程池原理的应该知道，线程池本质是调用run方法
根据1，2我们可以提出一套解决方案
threadlocals本质放在Thread作为一个属性，本质就是一块内存的数据结构，放在哪里都一样，只是私有的保证了安全性，那么我们是不是可以把这个放在另一个安全的地方，并且是私有的。
所以我们把这个些东西就放到我们的装饰器里面，也就是TTLRunable | TTLCallbale 里面
作为一个属性
private final AtomicReference<Map<TransmittableThreadLocal<?>, Object>> copiedRef;

===================================================================
下面开始上猛货
具体解决我们如何维持上下文

根据上面提到的线程池第二点，我们本质是执行run方法，而我们的上下文已经安全的保存在了TTL的包装类里面，
我们仅仅需要在我们的装饰的run方法控制即可
具体的流程

1，将copiedRef替换到当前执行run方法的线程，并将原来的上下文备份（已经走到run方法里面的，必是线程池线程）
2，执行run方法，这时候当前线程拥有我们想要的全部上下文
3，利用1里面的备份，复原原线程的上下文

这样就通过run方法，包装过的run方法，可以携带私有数据的，里面包含了上下文的run方法的实现类，在线程池里面通过这个run来不断’接力‘，从而达到这个目的

当然，我们也可以通过线程池执行时候的一些模板方法，run执行前，run执行后，
但我个人认为，一个上下文通过这样一个修饰的run方法保存，接力，代码倾入小，简单，高效，不失为一种极佳的解决方案。

最后我想感谢我的开发小组大哥们提供的支持与思路没有他们，很难想通这样的操作。