请教2个问题。1.关于restore方法 2.关于Snapshot类

[alexkuku]

问题一：
我们使用ttl的场景是用来做链路追踪，每个request都会在当前线程生成一个trace id，存放进ttl里，进而传递给子线程。这种情况下似乎restore操作没有什么意义，是否可以省略restore操作？

问题二：
TransmittableThreadLocal.Transmitter.Snapshot这个类里，有2个属性，分别是ttl2Value和 threadLocal2Value。使用ttl时，都是围绕着备份和传递ttl2Value这个属性。这个时候，threadLocal2Value存在的意义是什么呢？

[oldratlee]

问题一：
我们使用ttl的场景是用来做链路追踪，每个request都会在当前线程生成一个trace id，存放进ttl里，进而传递给子线程。这种情况下似乎restore操作没有什么意义，是否可以省略restore操作？

对于你这个具体场景，『省略restore操作』不会有 功能上的问题（或说逻辑Bug）。
当然从性能上来看，有restore操作好处是可以尽早的安全释放，对内存/GC也更优的。

对于通用的场景（比如不是每次都设置的场景），
如果不清理，会导致上下文污染的问题（这样的Bug，在线上屡见不鲜）。

PS: 相关/类似问题的Issue：

• 没有特别理解 capture replay restore 这样的方式的好处？ #145 『把之前的 TransmittableThreadLocal restore回来有什么意义？』
• 关于clean extra TTL value的疑问 #134 关于clean extra TTL value的疑问

---

问题二：
TransmittableThreadLocal.Transmitter.Snapshot这个类里，有2个属性，分别是ttl2Value和 threadLocal2Value。使用ttl时，都是围绕着备份和传递ttl2Value这个属性。这个时候，threadLocal2Value存在的意义是什么呢？

threadLocal2Value字段用于『ThreadLocal集成』功能。

参见 Issue #155 Transmitter类中的变量threadLocalHolder有什么用

更多说明参见：

• Transmitter代码上的 Javadoc
  https://alibaba.github.io/transmittable-thread-local/apidocs/2.11.5/com/alibaba/ttl/TransmittableThreadLocal.Transmitter.html
  
• Issue: ThreadLocal integration ThreadLocal integration #130

---

更多了解可以看一下TransmittableThreadLocal的资料/文档： @alexkuku ❤️

• issues
  • 这个库带来怎样的好处和优势？ #128 这个库带来怎样的好处和优势？
  • 小伙伴同学们写的 TTL实际业务使用场景 与 设计实现解析的文章（写得都很好！ ）❤️ #123 小伙伴同学们写的 TTL使用场景 与 设计实现解析的文章（写得都很好！ ）
• 项目文档，如 Developer Guide - 框架/中间件集成TTL传递
• 源码实现

[alexkuku]

好的，看明白了，多谢！